Привет! Вопрос к тем, кто писал высоконагруженные приложения на boost.asio. Если completion

Question

Привет! Вопрос к тем, кто писал высоконагруженные приложения на boost.asio. Если completion

handler довольно лёгковесный - есть ли смысл создать один глобальный io_context и гонять эти операции через него, при этом регулировать распределение нагрузки через тредпул в тредах которого вызывается io_context::run?

#c++ #embedded #programming #russian

0

24.03.2022

7 ответов

42 просмотра

Anton Kviatkovskii Автор вопроса

Интересно, а зачем их detached делать? Можно в каждый же просто вкинуть work что б run не завершался?

0

24.03.2022

Tim Pavlov

Anton Kviatkovskii
Интересно, а зачем их detached делать? Можно в ка...

А ран итак не завершится

0

24.03.2022

Anton Kviatkovskii Автор вопроса

Tim Pavlov
А ран итак не завершится

Почему? Если делать будет нечего - завершится Или ты имеешь ввиду, что в handler'e для каждого async_receive_from можно просто заново на него же подписываться?

0

24.03.2022

Tim Pavlov

Anton Kviatkovskii
Почему? Если делать будет нечего - завершится Или ...

Да, все же зависит от имплементации async_accept того же

0

24.03.2022

Anton Kviatkovskii Автор вопроса

И на каждого клиента сокет свой естесна

0

24.03.2022

место имение рейверы

Anton Kviatkovskii
И на каждого клиента сокет свой естесна

в таком случае у вас io_context тоже не завершит свою работу пока в очереди есть незавершенные операции async_read_{some}

0

24.03.2022

Tim Pavlov · Accepted Answer

Мне не понадобилось в имплементации больше одного io_context-а. Смысла не вижу, это просто окно к системным IO вызовам, который обрабатывает асинхронно приходящие таски. С многопоточной обработкой все хорошо у io_context. Главное следить за использованием общих данных в разных хэндлерах, чтоб гонки данных не было. Еще момент, потоки detached должны быть, иначе проблемы возникнут

170 похожих чатов

Привет! Вопрос к тем, кто писал высоконагруженные приложения на boost.asio. Если completion

7 ответов

Похожие вопросы