我正在使用内核2.6在Linux上编写网络守护程序，该内核具有 one producer process 和 consumer processes 的N，它不会对数据进行任何更改，也不会向 生产环境 者创建任何响应 .
每当 生产环境 者进程生成一个数据对象，其长度从几个10字节变化到几十个K字节时，就必须将数据对象传递给一个可用的消费者进程 .
第一次，我考虑使用命名/未命名的PIPE . 但是，它们将是内存复制开销 .
-
producer的用户空间缓冲区--copy - >内核空间PIPE缓冲区
-
kernel-space PIPE buffer --copy - > consumer的用户空间缓冲区
由于该程序可能与大量具有低延迟的对等端一起工作，因此复制开销可能是有害的 . 因此，我决定使用POSIX共享内存和mmap（） .
我只是想知道是否使用 POSIX shared-memory with mmap() does not result any memory-copy 在进程之间共享数据，这与PIPE不同 .
此外，还有其他方法可以在进程之间共享数据，但结果是零拷贝吗？该程序将在具有最新版本内核的Linux上运行，并且可能不具备跨平台能力 .
我决定不为每个消费者/产品生成/运行一个线程，而是由于设计问题而产生一个过程 .
谢谢你的答复 .
3 回答
通常，共享内存专门设计为不会导致复制开销（源：http://www.boost.org/doc/libs/1_46_0/doc/html/interprocess/sharedmemorybetweenprocesses.html#interprocess.sharedmemorybetweenprocesses.sharedmemory.shared_memory_what_is） .
如果您以跨平台方式进行描述 - 您可以将其共享内存类与named_upgradable_mutex结合使用 . named_upgradable_mutex类支持在资源上提供独占和可共享锁，因此您可以使用它轻松实现您的使用者 - 生产环境 者模型 . （来源：http://www.boost.org/doc/libs/1_37_0/doc/html/boost/interprocess/named_upgradable_mutex.html#id2913393-bb）
共享内存不应引入任何副本（缓存一致性除外），您可以直接访问内存，这样您就可以避免代码中的副本 .
是的它应该是零拷贝 .
但是，它也是（可能是过早的）优化，您需要非常小心，以确保您的进程与分配/释放/修改共享内存正确协作 . 您当然需要某种互斥锁来避免并发访问问题 .
我个人会使用管道，直到性能成为一个正确的问题 . 如果确实如此，建议使用Boost :: Interprocess或类似的库是合理的 .