Denis Hrebeniuk

Так работают корутины. Запуск происходит на пуле потоков.
IO dispatcher работает на бесконечном пуле и может создавать бесконечное количество потоков.
Если сильно надо работать именно на одном потоке, можно создать свой dispatcher, но скорей всего не надо.

сахар/синтаксис языка прячет от вас внутреннюю кухню.

Произвольный поток в андроиде напрямую не может менять ui на активити. Используют обмен из сообщениями через хелдлер или явно объявляют что из него потребуется взамодействие. Так же Dispatchers взял на себя роль экзекутора (причем очень крутого, где задачи выполнябтся в несколько потоков)

lifecycleScope.launch(Dispatchers.IO) {
вот эту часть можно считать объявлением анонимной функции
}

progressBarDownload.progress - а здесь у нас замыкание

в общем от Вас язык спрятал кучу рутины

То что в прикладной вашей задаче будет давать лучше результат.

Когда-то давно, когда в десктопах были преимущество одноядерные CPU, маркетинг любил называть частоты. Потом полюбил козырять числом ядер. Потом ещё чем-нибудь. Одна характеристика чтобы доказать собственное превосходство над конкурентом (и что не менее важно - над предыдущим поколением собственной же продукции) - это же так здорово! Только нихрена это так просто не работает.

Вот уже которое десятилетие единственный корректный ответ в выборе CPU - сравнить в конкретных условиях. Задача со звёздочкой: сравнить корректно.

В частности, вы не указали, одной ли микроархитектуры два сравниваемых CPU. А этот маленький нюанс моментально лишает всякого смысла декларируемую частоту работы. Двухкратная разница производительности на одной частоте? Почему нет, история знает такие примеры. Потом кэши, организация памяти, а из недавнего - состояние защит от атак на спекулятивное выполнение. Ежели всё это идентично и из различий только число ядер и частота - то опять же упрёмся в необходимые задачи. Однопоточному приложению будет безразлично, есть ли ещё 7 ядер или только второе.

https://overclockers.ru/blog/e1nher1/show/36947/ya...

От 30 мин в частности, но бывает порой требуется ждать 4 часа к примеру

Изначально на сервер был направлен поддомен при помощи A записи, который даже в трассировке не отображал шаги через DNS хостинг, но позже мы направили основной домен и поддомен, что привело к появлению пару шагов от DNS хостинга.

Это какой-то поток сознания. DNS никак на маршрутизацию не влияет. Протокол IP и протокол UDP работают на разных уровнях.
То, что А записи меняются не мгновенно, да, к сожалению, так бывает.

Отвечая на вопрос "Как избавиться от лишних шагов в трассировке?" могу сказать, что поможет VPN или размещение сервера на площадке расположенной ближе к вам.