АР
аллокация нужна, но одна аллокация/деаллокация на асинхронную корутину (которая может оптимизироваться) это многократно дешевле чем скопировать сколько-то там килобайт стека.
Size: a a a
2021 July 18
АР
в с++ этого не было до с++20* только потому что оно медленно ехало
АР
Go взлетел только исключительно потому, что там корутины в язык встроены. Больше в нем нет тупо ничего
A
ага на плюсах до сих пор нет нормальных тредпулов и фьюч или аналога. И даже в 23 не факт что будет.
I
Ну шаренные данные меж поточно, надо шарить да. Всё таки, эти аллокации штука неплохая, в сравнении с тем, что параллельное выполнение работает быстрее, однопоточного.
A
Ну так с корутинами будет тоже самое только линейный код и аллокацию делать или нет решает компилятор
NK
До 11 стандарта не было многопоточки вообще, это же не значит что она не нужна, это кажется не аргумент в плюсах, потому что все делают долго и стараются сделать максимально идеально
I
Не тоже самое. Корутины это однопоточный код.
A
Однопоточность или нет не зависит от корутины или колбеки
A
ага привет std::future/etc std::async
I
Ну корутинах я так понимаю, это тупо одно ядро, и прыжки по памяти в зависимости от шедулера.
A
Да конечно
I
Это не может работать быстрее чем реальная параллельность. Правильно написанная, в нужном месте.
NK
Так колбеки тоже, просто ты и то и другое можешь удобно применять в многопоточности
A
В каком смысле одно ядро корутина это в некотором смысле набор колбеков которые можно планировать на шедулере
АР
мне кажется уже все в индустрии пришли к тому, что корутины - самая быстрая из нынче возможных реализаций параллельности
АР
если не брать хардварное распараллеливание типа как в видеокартах
АР
но такой подход не везде применим