@file fd: Nem azt mondtam, hogy mas parametert fogad, hanem hogyha egy megnyitott file-t probalsz figyelni, az epoll() (es lehet, hogy a poll() is, ezt nem tudom biztosan), hibaval (EPERM talan??) jon vissza a hivas... A select() pedig mukodni fog, ahogy varnad (probald ki!). A poll() ebbol a szempontbol duplan erdekes, mert vannak olyan (regi) poll() implementaciok, amik siman a select()-et hasznaljak belul).
@limit: ez igaz, ha a limit fole akarsz menni, akkor struktualtan kell megoldanod (ami tobb szalat es valszeg eleg sok szivast jelent)...
@libevent API: pontosan mi az a limit amibe utkoztel StartTLS-libevent eseten? Filtering bufferevent nem segit? Altalaban az a 'hivatalos' javaslat, ha valamilyen encryption-t akarsz libeventben faragni. Asio-ban csinaltunk mar hasonlot, szerintem libevent-ben is ment volna a dolog. Ha neked erdekes a hordozhatosag BSD-Linux viszonylatban, akkor szerintem eleg sokat er az, amit a libevent/asio tud adni.
Afelol szerintem nincs vita, hogy az esetek nagy reszeben az epoll()/kqueue() a trendi polling framework. Azert van 1-2 trukkos eset, amikor visszabb kell lepni.