очередь events и пушит эти задачи уже по исполнителям в неком thread pool? то есть не сами исполнители лезут в очереди, а один менеджер лезет в очереди и дальше по тысяче исполнителей в цикле распихивает задачи? То есть, из очередей в момент времени читает только один процесс... чем это лучше модели когда 1000 исполнителей одновременно берут 1000 задач?
io_service, он же io_context в новых версиях - это интерфейс-абстракция оболочка над системными операциями ввода-вывода. Все операции: как синхронные, так и асинхронные требуют io_context в boost.asio
Можно конечно и ограничить «тред, которые разгребает очередь задач», но что-то для синхронных операции, не то чтобы похоже на правду
Обсуждают сегодня