我需要一个超快的 MQ 机制，发送方和接收方都用 C++ 编写，在 Windows 平台上。
我目前使用RCF-C++ 进行 IPC 的实现在 Windows 命名管道上的时钟速度约为 20,000 msg/sec。
我正在根据the demo app 测试 boost::interprocess Message Queues 的性能，并且测量到大约 48,000 条消息/秒，考虑到当我在同一设备上制作一个简单的内存映射文件通信时，这非常慢机器（在 C# 中使用 code from this blog post），我每秒收到大约 150,000 条消息。
知道为什么我从 boost message_queue 中得到如此缓慢的性能，以及我可以尝试改进它吗？
【问题讨论】：
标签： c++ performance ipc memory-mapped-files boost-interprocess
Daniel 的回答是其中的一部分，但这里有一个更大的问题：boost::interprocess 基本上将队列维护为共享内存中的一个数组，并且在发送消息时，boost::interprocess:message_queue 会进行二进制搜索根据新消息的优先级找到消息应该放在数组中的哪个位置，然后std::backward_copys 所有其他消息为其腾出空间。如果您始终使用相同的优先级，则您的消息将被放置在开头（因为它是最新的），因此您当时在缓冲区中的任何消息都将被向后复制以为其腾出空间，这需要时间。 （参见queue_free_msg 方法的实现）。
如果您不需要消息具有优先级，而只需要一个常规的 FIFO 队列，那么这种方法比使用Circular Buffer 慢很多：插入（发送）的性能会随着队列增长。
更新：在notes on wikipedia 的帮助下，我编写了一个在内部使用循环缓冲区的 message_queue 版本，这是一个巨大的成功。
【讨论】：
作为 Boost 文档states，boost::interprocess::shared_memory_object 是使用 Win32 中的内存映射文件实现的。而且，boost 的消息队列也在使用那个模拟的共享内存对象。 （对于原生Win32共享内存，boost单独提供了windows_shared_memory类。）
因此，为了获得更好的消息队列性能，您必须使用本机 Win32 共享内存对象实现自己的消息队列版本。在我的实验中，更换后性能明显提升。
请注意，如果您更改为 Win32 本机共享内存，则必须注意“删除”共享内存。 POSIX共享内存和Win32共享内存的删除策略不同。
【讨论】：