Так если параллельность, почему не просто тред пул?

так у тебя шедулер на тред пуле

корутины дают быстрое переключение контекста

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

корутины != однопоточночть

Всё зависит от шедулера, он может быть многопоточным

И линейный, читаемый код

из моей практики не все ценят линейность распределенного кода. А вот быстрое переключение контекста неоспоримое и замеряемое благо

Кажется, что мой ближайший доклад про анатомию асинхронных движков, будет прям людям в тему :)

уверен

асио кстати на корутины будут переписывать? )

На спп раша?

оно уже умеет в корутины https://www.boost.org/doc/libs/1_75_0/doc/html/boost_asio/example/cpp17/coroutines_ts/echo_server.cpp

На нём, и на C++ Zero Cost Conf

забавно что эту ссылку выше 10 сообщений назад кидали уже раза 2, но ее так никто и не посмотрел видимо

Понял, надо будет глянуть)

А какое бывает медленное переключение контекста в таком кейсе? Файберы не медленее как мне кажется, там на х86 сохранить 6 регистров на стек и прочитать столько же. Колбеки, тот же вызов. Пожалуй если запускать тред на любую задачу, но это какой то странный пример

медленное переключение контекста - сохранить весь стек

в случае stackless корутины в точке останова у неё всё сохранено, остается только сам coroutine_handle сохранить/передать

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

В каком месте оно медленное? Память выделена заранее, ещё раз это сохранить 6 регистров, не думаю что это принципиально дороже чем вызов стеклесс корутины в котором условный call а затем switch по state