С этим лучше в @pofftop чтобы не засорять основной чат. Там поможем.

Сочувствую вашим плюсам. Врагу не пожелаю. Но ваша пробелма вообще похоже не пра парадигму, а про банальное управление потоками. У вас должен быть какой-то экзекутор, который внутри колбэка должен перевести выполнение на нужный вам тред. Это не котлин-специфичный вопрос.

Лучше в @kotlin_start :)
А что именно интересует - как реализованы корутины?

Вот тут есть немножко про то, как там внутри.
https://github.com/Kotlin/KEEP/blob/master/proposals/coroutines.md

Тогда в чем вопрос?

Корутина в Kotlin - это кусок кода, который может быть приостановлен в специальных (suspention) точках. Это позволяет описывать асинхронные вызовы в императивном стиле.

Ну и да, concurrency != parallelism. :)
Думаю, если уточните вопрос - получите более конретный ответ.

Корутины тут не причем. Это нужно смотреть как работает либа, которую ты используешь

Например nio из жвм стдлиба

У неё есть всё это

Скоупа родителя? А он будет ловить эксепшн в предке или когда он уже к родителю поднимется?

живем в 2к19, люди поиском не научились пользоватся

Если вы про системные вызовы - то, полагаю, это зависит от реализации JVM. Корутины работают на существующем байт-коде.

это поиск по учасникам. У меня дополняет везде)

ничто не блокирует, задача выполняется на потоке, если есть саспенд вызов, идут разные проверки, есть возможность "заснуть", завернуть ссостояние выполнения в структурку. А потоки хранятся в тредпул (в jvm), в джс не знаю, а с нейтиво все плохо пока

это если в краце, лень писать, иду спать

В котлине то, о чём вы говорите, разделено на три отдельных концепта.
В рамках компилятора есть обработка suspend-функций, которая последовательный код распиливает в реэнтерабеьный автомат с continuation passing style.
В kotlinx.coroutines введены концепты диспетчера, который умеет планировать выполнение континьюэйшнов, джобы, которая представляет еддиницу отменяемой работы, и контекста, который позволяет к корутине прицепить произвольный набор необходимых ей данных, включая вышеуказанные вещи.
epoll/kqueue/iocp — это, очевидно, про то, что будет отвечать за асинхронный ввод-вывод, и вызывать в конечном континьюейшн, который впоследствии диспетчером будет запланирован на выполнение на конкретном потоке. Тут не подскажу, куда в рамках специфичного для котлина решения копать, к сожалению. Из "стандартных" мультиплатформенных решений для асинхронного ввода-вывода пока есть только CIO engine для ktor, но это, вероятно, не настолько общая штука, как вы хотите.

По последнему пункту из распространённого есть только java.nio и нативная реализация в Netty.
Всё остальное - обёртки поверх этих штуковин, так что копать туда.