И попутно.
Всякие libev, libevent и прочее что я видел это были решения как раз для построения модели:
1 поток - один kqueue()/epoll()/poll().
А дальше крутись как хочешь.

Это системная проблема индустрии, которую С програмисты в опенсорце не решили.
Или я плохо искал.
Отчасти это потому что epoll()/poll() разделяют события записи/чтения на дескрипторе, и один сокет может тригернуть сразу два разных потока, и их нужно между собой синхронизировать. (а может и больше двух, там ещё ошибки тригерят пробуждение потоков).
kquque() может тригерить а может не тригерить несколько потоков, зависит от флагов указанных при добавлении дескриптора.

В целом конечно же раздельное тригирение потоков на запись/чтение оно должно было увеличить производительноть, типа в сокет можно и писать и читать сразу, но на практике там же в ядре тоже какие то блокировки для этого есть, и к этому нужны блокировки в приложении, чтобы один поток не грохнул данные связанные с сокетом пока второй с ними работает.

Вот о чём речь, когда доходит до построения рабочего решения: куча потоков на одном kqueue()/epoll()/poll().