Разработчики C++ оптимизируют работу корутин с асинхронным I/O

При проектировании корутин C++ комитет по стандартизации не учёл один важный аспект: фрейм корутины по умолчанию выделяется в общей куче. Это значит, что локальные переменные, буферы и состояние корутины требуют динамического выделения памяти через глобальный оператор `new`.

В приложениях с интенсивным асинхронным вводом/выводом (I/O), например, в графических интерфейсах, где корутина может запускаться на каждое нажатие клавиши или чтение файла, такой подход приводит к проблемам. Каждый вызов `operator new` вызывает межпоточные блокировки кучи и потенциально переключает контекст выполнения, снижая производительность и нивелируя преимущества асинхронных операций.