Event Loop'ы в Perl - это...

(пример: подключение на сокет) - его можно и прошляпить ненароком;

можно длину очереди увеличить

А не знаешь, если в приложении не предусмотрен обработчик «события» idle, то... что делает event loop в то время, когда вообще нечего обрабатывать?

Просто было бы логично иметь хотя бы опциональную возможность отдавать управление в ОС самостоятельно до истечения отведённого процессу кванта времени. Это полезно в случае с префоркнутыми воркерами: если у тебя нет заданий от главного процесса, то передай управление ОСи досрочно, а не жди: ведь вполне вероятно, что твой квант времени мог бы пригодиться другим процессам, которым есть, что обрабатывать!

висит на select/poll/etc до наступления следующего события или таймаута, ОС в это время отправляет процесс в спячку

Т.е. я правильно понимаю, что в момент вызова select'а процесс «подписывается» на появление в очереди новых событий для него и фактически прерывается, после чего «подписавшийся» процесс будет возвращён в очередь активных, только если сработает обработчик (на стороне ядра?) и впихнёт в очередь событий что-то вроде: произошло событие «будильник» для процесса с PID=1234.

После чего ОС как-то должна понять, что в очереди событий появилось что-то новое для PID=1234 - а значит, его нужно вернуть в очередь активных, повысив ему приоритет.

А как??

Может быть, есть какая-то дока, растолковывающая такие вещи человеческим языком?

А то слишком много штуковин в IT, умудряющихся вроде бы простые вещи объяснять так, что моя старая книжка по Ассемблеру кажется по сравнению с ними каким-то Чипполино :)

Т.е. я правильно понимаю, что в момент вызова select'а процесс «подписывается» на возврат из обработчиков событий и фактически прерывается, после чего процесс будет возвращён в очередь активных, только если сработает обработчик (на стороне ядра?) и впихнёт в очередь событий что-то вроде: произошло событие «будильник» для процесса с PID=1234.

Да, правда не весь процесс, а только текущий поток

Читай man 2 select, man 2 poll

После чего ОС как-то должна понять, что в очереди событий появилось что-то новое для PID=1234 - а значит, его нужно вернуть в очередь активных, повысив ему приоритет.

Приоритет не меняется, поток просто переходит из «State S (Sleeping)» в «State R (Running)», и ему начинают выделяться кванты процессорного времени. Если у него стоит реалтаймовый планировщик то могут даже досрочно разбудить, прервав менее важный процесс

А как??

Что именно неясно?

Я читал урывками по мере надобности маны сисколлов, маны ядра Linux и местами немножно его код, насчет книжек не специалист

в момент вызова select'а процесс «подписывается» на появление в очереди новых событий для него и фактически прерывается

Почти, но нет.

Вот есть у тебя сокет, делаешь ты на нём recv(), и твой процесс блокируется, пока не придут данные. А если ты хочешь слушать сразу десять сокетов, просто звать recv() не получится, потому что первый же заблокируется. Вместо этого зовут select, poll или аналоги. Он блокируется до тех пор, пока по какому-нибудь сокету не придут данные. Список сокетов, на которых ты ждёшь, передаётся при вызове select.

Спасибо за пояснение!

было бы логично иметь хотя бы опциональную возможность отдавать управление в ОС самостоятельно до истечения отведённого процессу кванта времени

Отдавай, кто тебе мешает? Можно через софт-треды, можно через генераторы. И не в ОС конечно, а в евент луп.