В чем разница между libev и libevent?

Что касается философии дизайна, libev была создана для улучшения некоторых архитектурных решений в libevent, например, использование глобальных переменных затрудняло безопасное использование libevent в многопоточных средах, структуры наблюдателей велики, потому что они объединяют ввод-вывод, время и сигнал. обработчики в одном, дополнительные компоненты, такие как серверы http и dns, страдали от плохого качества реализации и, как следствие, проблем с безопасностью, а таймеры были неточными и плохо справлялись с скачками времени.

Либев попытался улучшить каждый из них, не используя глобальные переменные, но используя контекст цикла для всех функций, используя небольшие наблюдатели для каждого типа событий (наблюдатель ввода-вывода использует 56 байтов на x86_64 по сравнению с 136 байтами для libevent), позволяя дополнительно типы событий, такие как таймеры, основанные на настенных часах и монотонном времени, прерывания между потоками, средства подготовки и проверки для встраивания других циклов событий или для встраивания и т. д.

Проблема с дополнительными компонентами «решается» отсутствием их вообще, поэтому libev может быть небольшим и эффективным, но вам также нужно искать в другом месте библиотеку http, потому что у libev ее просто нет (например, есть очень связанная библиотека под названием libeio, которая выполняет асинхронный ввод-вывод, которую можно использовать независимо или вместе с libev, так что вы можете смешивать и сопоставлять).

Короче говоря, libev пытается делать только одну вещь (библиотека событий POSIX), и это наиболее эффективным способом. Libevent пытается предоставить вам полное решение (библиотека событий, неблокирующая библиотека ввода-вывода, http-сервер, DNS-клиент).

Или, что еще короче, libev пытается следовать философии инструментария UNIX, делая только одну вещь, насколько это возможно.

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

Обновление 2017 г .:

Меня несколько раз спрашивали, о какой неточности таймера я говорю и почему libev не поддерживает IOCP в Windows.

Что касается таймеров, то libevent планирует таймеры относительно некоторого неизвестного базового времени, которое находится в будущем, без вашего ведома. Libev может заранее сообщить вам, какое базовое время будет использовать для планирования таймеров, что позволяет программам использовать как подход libevent, так и подход libev. Кроме того, в зависимости от серверной части libevent иногда истекал раньше таймеров. Первая проблема связана с API, вторая поправима (и, возможно, с тех пор она была исправлена ​​- я не проверял).

Что касается поддержки IOCP - я не думаю, что это можно сделать, поскольку IOCP просто недостаточно мощны. Во-первых, им нужен специальный тип сокета, который еще больше ограничил бы набор разрешенных в Windows дескрипторов (например, сокеты, используемые perl, имеют «неправильный» тип для IOCP). Более того, IOCP просто не поддерживают события готовности ввода-вывода, они могут выполнять только фактический ввод-вывод. Существуют обходные пути для некоторых типов дескрипторов, таких как выполнение фиктивного 0-байтового чтения, но, опять же, это еще больше ограничит типы дескрипторов, которые вы можете использовать в Windows, и, кроме того, будет полагаться на недокументированное поведение, которое, вероятно, не используется всеми поставщиками сокетов. .

Насколько мне известно, никакая другая библиотека событий также не поддерживает IOCP в Windows. В дополнение к библиотеке событий libevent позволяет ставить в очередь операции чтения / записи, которые затем могут выполняться через IOCP. Поскольку libev не выполняет ввод-вывод для вас, нет возможности использовать IOCP в самом libev.

Это действительно сделано намеренно - libev старается быть маленьким и похожим на POSIX, а в Windows просто нет эффективного способа получения событий ввода-вывода в стиле POSIX. Если IOCP важны, вы должны либо использовать их самостоятельно, либо действительно использовать некоторые из многих других фреймворков, которые выполняют ввод-вывод за вас и, следовательно, могут использовать IOCP.

Для меня большим преимуществом libevent является встроенная поддержка OpenSSL. Интерфейс Bufferevent, представленный в версии 2.0 API libevent, почти безболезненно обрабатывает безопасные соединения для разработчика. Возможно, мои знания устарели, но похоже, что libev не поддерживает это.