C++, boost asio, сетевой сервер на 10К клиентов.

А вот как это представлено в boost::asio?

Какой ответ ты хочешь услышать? Представлено так, что там, где есть epoll, используется epoll, а там, где kqueue - kqueue. Ну и Overlapped IO на винде.

Вот и выросло поколение, которое знает лишь boost. Выкинь буст и начни думать сам. Берешь один поток, прикручиваешь epoll. Берешь второй поток, прикручиваешь логику.

А еще есть специальные либы поверх epoll. Тебе нужна libuv.

Берешь второй поток, прикручиваешь логику.

А зачем второй поток?

Ну, есть такая «проблема 10K»

горизонтальное масштабирование во все поля.

Откуда я знаю. Вопрос ТС был задан так будто epoll/kqueue в мультипоточных приложениях не работает.

выросло поколение, которое знает лишь boost.

здорово! говнокодеров меньше, качество кода выше, скорость разработки выше.

Выкинь буст и начни думать сам.

думать над чем? над тем как «нечто» заговнокодить?

А вот как это представлено в boost::asio?

очень качественно, юзабильно, расширяемо.

вопрос-то в чем?

прикручиваешь epoll

Вот и выросло поколение, которое знает лишь линукс :).

думать над чем?

Посыл был прост: разбираться как и что работает внутри. Мне показалось или ты считаешь, что надо изучать лишь фреймворки, потому что шеф палкой погоняет быстрее писать код?

так

тебе показалось.

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

тебе показалось.
нет смысла изучать...
...нет смысла вообще изучать...

Нда, в жизни нет смысла. Но это не мешает нам заниматься всякой фигней. :)

Вопрос в том, надо - ли держать в голове знание о epoll, когда юзаешь boost::asio - ну типа включать какой-то режим там или оно само оптимальным образом всё реализует?

оно само.

тебе-то что конкретно реализовать надо? могу подсобить наставлениями/архитектурой/ссылками.

А корутины из asio использовал кто-нибудь? А то чистый asio уже не модно как то.