Я был бы заинтересован в таких аспектах, как:
- Область применения / особенности
- производительность
- зрелость
c++
boost
boost-asio
libuv
oberstet
источник
источник
Ответы:
Объем
Boost.Asio - это библиотека C ++, которая была основана с упором на работу в сети, но ее возможности асинхронного ввода-вывода были расширены на другие ресурсы. Кроме того, поскольку Boost.Asio является частью библиотек Boost, его область действия немного сужена, чтобы предотвратить дублирование с другими библиотеками Boost. Например, Boost.Asio не будет предоставлять абстракцию потока, поскольку Boost.Thread уже обеспечивает ее.
С другой стороны, libuv библиотека C предназначена для платформы слой для Node.js . Он предоставляет абстракцию для IOCP в Windows, kqueue в macOS и epoll в Linux. Кроме того, похоже, что его область немного увеличилась, чтобы включить абстракции и функциональные возможности, такие как потоки, пулы потоков и связь между потоками.
По своей сути каждая библиотека предоставляет цикл обработки событий и возможности асинхронного ввода-вывода. Они перекрываются для некоторых основных функций, таких как таймеры, сокеты и асинхронные операции. libuv имеет более широкую область действия и предоставляет дополнительные функциональные возможности, такие как абстракции потоков и синхронизации, синхронные и асинхронные операции с файловой системой, управление процессами и т. д. В отличие от оригинальных сетевых фокусных поверхностей Boost.Asio, поскольку он предоставляет более богатый набор связанных с сетью такие возможности, как ICMP, SSL, синхронные операции блокировки и неблокирования, а также операции более высокого уровня для общих задач, включая чтение из потока до получения новой строки.
Список возможностей
Вот краткое сравнение некоторых основных функций. Поскольку разработчики, использующие Boost.Asio, часто имеют другие доступные библиотеки Boost, я решил рассмотреть дополнительные библиотеки Boost, если они либо предоставлены напрямую, либо тривиальны для реализации.
1. Scatter / Gather ввода / вывода .
2. Boost.Extension никогда не отправлялось на рассмотрение в Boost. Как отмечено здесь , автор считает, что это завершено.
Цикл событий
Хотя и libuv, и Boost.Asio предоставляют циклы событий, между ними есть некоторые тонкие различия:
uv_default_loop()
), а не при создании нового цикла (uv_loop_new()
), поскольку другой компонент может выполнять цикл по умолчанию.io_service
имеют свои собственные циклы, которые позволяют запускать несколько потоков. Для поддержки этого Boost.Asio выполняет внутреннюю блокировку за счет некоторой производительности . Пересмотр Boost.Asio в истории указывает на то, что были некоторые улучшения производительности для минимизации блокировки.Threadpool
uv_queue_work
. Размер пула потоков настраивается через переменную окруженияUV_THREADPOOL_SIZE
. Работа будет выполнена вне цикла событий и в пуле потоков. После завершения работы обработчик завершения будет поставлен в очередь для запуска в цикле событий.io_service
может легко функционировать как единое целое в результатеio_service
разрешения вызова нескольких потоковrun
. Это возлагает ответственность за управление потоками и поведение на пользователя, как можно видеть в этом примере.Потоки и синхронизация
Операции с файловой системой
сетей
EAGAIN
илиEWOULDBLOCK
.сигнал
kill
и обработку сигналов с ееuv_signal_t
типом иuv_signal_*
операциями.kill
, ноsignal_set
обеспечивает обработку сигналов.IPC
uv_pipe_t
тип.local::stream_protocol::socket
илиlocal::datagram_protocol::socket
, иwindows::stream_handle
.Различия API
Хотя API-интерфейсы различаются в зависимости от языка, вот несколько ключевых отличий:
Ассоциация Операторов и Обработчиков
В Boost.Asio существует однозначное сопоставление между операцией и обработчиком. Например, каждая
async_write
операция будет вызывать WriteHandler один раз. Это верно для многих операций и обработчиков libuv. Тем не менее, libuvuv_async_send
поддерживает отображение многие-к-одному. Многократныеuv_async_send
вызовы могут привести к тому, что uv_async_cb будет вызван один раз.Цепочки вызовов против петель наблюдателя
При работе с такими задачами, как чтение из потока / UDP, обработка сигналов или ожидание по таймерам, асинхронные цепочки вызовов Boost.Asio немного более явны. С libuv, наблюдатель создается для обозначения интересов в конкретном событии. Затем для наблюдателя запускается цикл, где предоставляется обратный вызов. После получения события интереса, обратный вызов будет вызван. С другой стороны, Boost.Asio требует, чтобы операция выполнялась каждый раз, когда приложение заинтересовано в обработке события.
Чтобы проиллюстрировать это различие, приведем асинхронный цикл чтения с Boost.Asio, где
async_receive
вызов будет выполняться несколько раз:И вот тот же пример с libuv, где
handle_read
вызывается каждый раз, когда наблюдатель наблюдает, что сокет имеет данные:Выделение памяти
В результате асинхронных цепочек вызовов в Boost.Asio и наблюдателей в libuv распределение памяти часто происходит в разное время. С наблюдателями libuv откладывает распределение до тех пор, пока не получит событие, которое требует памяти для обработки. Распределение выполняется с помощью обратного вызова пользователя, вызывается изнутри libuv и откладывает ответственность приложения за освобождение. С другой стороны, для многих операций Boost.Asio требуется выделение памяти перед выполнением асинхронной операции, например,
buffer
для forasync_read
. Boost.Asio обеспечиваетnull_buffers
возможность прослушивания события, позволяя приложениям откладывать выделение памяти до тех пор, пока она не понадобится, хотя это не рекомендуется.Эта разница в распределении памяти также проявляется в
bind->listen->accept
цикле. С libuvuv_listen
создает цикл обработки событий, который будет вызывать обратный вызов пользователя, когда соединение будет готово к приему. Это позволяет приложению отложить выделение клиента до попытки подключения. С другой стороны, Boost.Asiolisten
только изменяет состояниеacceptor
. Вasync_accept
прослушивает случае соединения, и требует пира , которые будут выделены , прежде чем ссылаться.Производительность
К сожалению, у меня нет конкретных показателей для сравнения libuv и Boost.Asio. Тем не менее, я наблюдал похожую производительность при использовании библиотек в приложениях реального времени и почти реального времени. Если желательны жесткие числа, отправной точкой может служить тест libuv .
Кроме того, в то время как профилирование должно быть сделано, чтобы идентифицировать фактические узкие места, помните о распределении памяти. Для libuv стратегия выделения памяти в основном ограничена обратным вызовом распределителя. С другой стороны, API Boost.Asio не допускает обратный вызов распределителя и вместо этого выдвигает стратегию выделения в приложение. Однако обработчики / обратные вызовы в Boost.Asio могут быть скопированы, выделены и освобождены. Boost.Asio позволяет приложениям предоставлять пользовательские функции выделения памяти для реализации стратегии выделения памяти для обработчиков.
зрелость
Boost.Asio
Разработка Asio началась как минимум в октябре 2004 года, и она была принята в Boost 1.35 22 марта 2006 года после 20-дневной экспертной оценки. Он также служил эталонной реализацией и API для предложения сетевой библиотеки для TR2 . Boost.Asio имеет достаточное количество документации , хотя его полезность варьируется от пользователя к пользователю.
У API также есть довольно последовательное чувство. Кроме того, асинхронные операции явно указаны в имени операции. Например,
accept
синхронная блокировка иasync_accept
асинхронная. API предоставляет бесплатные функции для обычной задачи ввода-вывода, например, чтение из потока до тех пор, пока не\r\n
будет прочитано. Также было уделено внимание скрытию некоторых специфических для сети деталей, таких какip::address_v4::any()
представление адреса «все интерфейсы»0.0.0.0
.Наконец, Boost 1.47+ обеспечивает отслеживание обработчиков , которое может оказаться полезным при отладке, а также поддержку C ++ 11.
libuv
Основываясь на своих графах github, разработка Node.js началась, по крайней мере , в феврале 2009 года , а разработка libuv - в марте 2011 года . Uvbook является отличным местом для введения libuv. Документация по API находится здесь .
В целом, API довольно последовательный и простой в использовании. Одна аномалия, которая может быть источником путаницы, - это
uv_tcp_listen
создание петли наблюдателя. Это отличается от других наблюдателей, которые обычно имеютuv_*_start
иuv_*_stop
пару функций для управления жизненным циклом наблюдателя. Также некоторыеuv_fs_*
операции имеют приличное количество аргументов (до 7). С синхронным и асинхронным поведением, определяемым при наличии обратного вызова (последний аргумент), видимость синхронного поведения может быть уменьшена.Наконец, быстрый взгляд на историю коммита libuv показывает, что разработчики очень активны.
источник
uv_async_send
вызовов и обрабатывать их все с помощью одного обратного вызова. Это задокументировано здесь . Также спасибо всем.Хорошо. У меня есть некоторый опыт использования обеих библиотек, и я могу кое-что прояснить.
Во-первых, с концептуальной точки зрения эти библиотеки совершенно разные по дизайну. У них разные архитектуры, потому что они разного масштаба. Boost.Asio - это большая сетевая библиотека, предназначенная для использования с протоколами TCP / UDP / ICMP, POSIX, SSL и так далее. Libuv - это всего лишь слой для межплатформенной абстракции IOCP для Node.js, преимущественно. Таким образом, libuv функционально является подмножеством Boost.Asio (общие функции только для потоков TCP / UDP Sockets, таймеров). В этом случае мы можем сравнить эти библиотеки, используя только несколько критериев:
Интеграция с новыми функциями C ++: Asio лучше (Asio 1.51 широко использует асинхронную модель C ++ 11, семантику перемещения, шаблоны с переменным числом аргументов). Что касается зрелости, Asio - более стабильный и зрелый проект с хорошей документацией (если сравнивать его с libuv). описание заголовков), много информации через Интернет (видео-беседы, блоги: http://www.gamedev.net/blog/950/entry-2249317-a-guide-to-getting-started-with-boostasio?pg = 1 и т. Д.) И даже книги (не для профессионалов, но тем не менее: http://en.highscore.de/cpp/boost/index.html ). У Libuv есть только одна онлайн-книга (но тоже хорошая) http://nikhilm.github.com/uvbook/index.htmlи несколько видео-бесед, поэтому будет сложно узнать все секреты (в этой библиотеке их много). Для более конкретного обсуждения функций смотрите мои комментарии ниже.
В заключение я должен сказать, что все зависит от ваших целей, вашего проекта и того, что конкретно вы намерены делать.
источник
Одно огромное различие заключается в том, что автор Асио (Кристофер Колхофф) готовит свою библиотеку для включения в стандартную библиотеку C ++, см. Http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2007/n2175. .pdf и http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2015/n4370.html
источник
Добавление статуса переносимости: На момент публикации этого ответа и в соответствии с моими собственными попытками:
источник