Performance 有人对boost::asio进行过性能分析吗?

Performance 有人对boost::asio进行过性能分析吗?,performance,networking,asynchronous,benchmarking,boost-asio,Performance,Networking,Asynchronous,Benchmarking,Boost Asio,我需要像本地IPC插座。我在windows上使用了命名管道和重叠IO,我想将应用程序重写为boost::ASIO,以便它也可以使用UNIX域套接字 我最近回顾了libevent库的一些部分,我知道它只支持1.4版本中windows的socket()和select()。由于重叠IO非常有效,因此忽略它显然是一个不可接受的特性,在版本2中(在alpha中)已经提到了这一点。次优实现的另一个例子是使用红黑树vs.prio队列作为超时逻辑,该逻辑在线路的某个地方 有人对boost与libevent/li

我需要像本地IPC插座。我在windows上使用了命名管道和重叠IO,我想将应用程序重写为boost::ASIO,以便它也可以使用UNIX域套接字

我最近回顾了libevent库的一些部分,我知道它只支持1.4版本中windows的socket()和select()。由于重叠IO非常有效,因此忽略它显然是一个不可接受的特性,在版本2中(在alpha中)已经提到了这一点。次优实现的另一个例子是使用红黑树vs.prio队列作为超时逻辑,该逻辑在线路的某个地方


有人对boost与libevent/libev的性能特征有什么看法吗。在某些平台上,它是否有任何明显的不受欢迎的特性?我问这个问题的目的是,除非我绝对必须,否则我不想在ASIO图书馆挖墙角。我想知道boost::asio是否以最理想的方式使用了最理想的操作系统原语。

我对asio和我自己的impl-on-file reading()进行了性能测试-总之,asio显示了良好的结果。

还有关于boost::asio中的锁定问题,这可能会影响您。

在我看来,Boost.Asio是
Windows-First
,大多数其他自由软件库都是
Linux-First
。然而,Linux下的质量一直很好。自从这个软件被20个没有参与开发的人发现后。在提问者提出这个问题时(2009年),多线程Linux下的速度已经迅速提高:


Windows下的速度一直很好。我最大的不满是UDP套接字的设计,它的实现很差。

请注意,此测试没有演示套接字上的ASIO性能。我认为询问者关于libevent不支持Windows下的重叠IO的评论已经过时了。有人确认。