NekZluislom,

Во-первых, nginx написан на С, а не плюсах. А там с этим делом... у каждого своя кухня.

А вот в плане юзания обёрток сисколов в ядро, С и С++ абсолютно идентичны, А что не идентично, что не дёргает сискол,
в nginx тоже по своему половина libstd переписана.
Во-вторых, сигналы используются для управления извне (IPC) я уже раньше упоминал этот термин, и, да, у него есть воркеры, которым нужно общаться друг с другом.
В-третьих, не путайте событийную модель и IPC, это разные вещи, хотя небольшое пересечение у них есть -- хэндлер. Фактически, не все вещи, предполагающие наличие хэндлера относятся к событиям и всему, что с ними связано.

Любой сигнал приходит на thread 0 процесса, и что мешает нам юзать IPC между потоками, тем более, например,
в Линуксах с точки зрения шедулера задач и всей подсистемы реализации IPC ядра, разницы
между потоком и процессом никакой. Вы ещё начните отвергать возможность использования
msgqueue, shared memory, semaphore, mutex из IPC между потоками.
А теперь прочитайте изначальное сообщение ТСа и подумайте как хорошо оно вяжется с тем, что вы предлагаете. Думаю автор не хочет лабать серьёзного демона с воркерами и кучей форков.
В общем и целом, я считаю дискуссию бессмысленной, как и ваш совет по поводу POSIX-сигналов.
И вот TC вообще не уточнял что и как нужно. Спрашивалось про систему для организации генерации события и его обработки.
И чем, кроме того, что не везде запихнёшь, ( хотя именно это я про сигналы и не утверждал), этой теме не соответствуют POSIX сигналы?

La FranceВдогонку к теме: я пишу сервер, и при выключении среды либо закрытии сервера из консоли требуется его адекватная остановка. Мне сказали сделать это тоже через libevent. Меня интересует вопрос какие стандартные способы существуют для решения этой задачи? Я имею ввиду программе приходит сигнал о её завершении - она перед завершением выполняет какие-то действия.

POSIX сигнал-это системный вызов, прерывает выполнение любых задач в процессе, и запускает
обработчик в его потоке с номером 0. Так что для определённым образом немедленного реагирования
на какую-то ситацию POSIX сигнал идеален. Можно и через libevent, но, заглянув в исходники, увидите, что
этот функционал libevent есть просто обёртка над стандартными POSIX сигналами.

maytonНасколько я помню у "сигналов" нет очереди. Тоесть обработан будет не обязательно первый.
А тот который "успел".

Real-time сигнали очередезируются, это не справедливо только сигналов не реального времени. Тут всё описано.