История изменений
Исправление bugfixer, (текущая версия) :
В общем, что является причиной того, что epoll_wait() в принципе способен вернуться сразу с пачкой евентов и его не колбасит на каждое.
В тот что RUNNABLE процесс спящий в epoll_wait() получит CPU не сразу. Рассчитывайте придти на CPU с задержкой порядка 1ms. Ну и считайте сами сколько пакетов может набежать за это время при ваших workloads. И на скольки сокетах.
Это если совсем «на пальцах». А дальше начинаются interrupt coalescing, NAPI и тому подобные вещи.
Исходная версия bugfixer, :
В общем, что является причиной того, что epoll_wait() в принципе способен вернуться сразу с пачкой евентов и его не колбасит на каждое.
В тот что RUNNABLE процесс спящий в epoll_wait() получит CPU не сразу. Рассчитывайте придти на CPU с задержкой порядка 1ms. Ну и считайте сами сколько пакетов может набежать за это время при ваших workloads. И на скольки сокетах.