相关疑难解决方法(0)

我正在寻找有关可能的IPC机制的建议:

• 跨平台(至少Win32和Linux)
• 易于在C++中实现以及最常见的脚本语言(perl,ruby,python等).
• 最后,从编程的角度来看简单易用!

我的选择是什么？我正在Linux下编程,但我希望将来我写的可以移植到其他操作系统.我曾考虑使用套接字,命名管道或DBus之类的东西.

我们仍处于项目的设计阶段,但我们正在考虑在嵌入式Linux内核上有三个独立的进程.其中一个过程是通信模块,它通过各种介质处理与设备之间的所有通信.

其他两个进程需要能够通过通信过程发送/接收消息.我正在尝试评估Linux提供的IPC技术; 其他进程将发送的消息大小各不相同,从调试日志到流媒体,速率约为5 Mbit.此外,媒体可以同时流入和流出.

您对此应用建议使用哪种IPC技术？ http://en.wikipedia.org/wiki/Inter-process_communication

处理器运行大约400-500 Mhz,如果这改变了什么.不需要跨平台,只有Linux才行.需要使用C或C++实现.

在大量使用D-Bus的应用程序中获得更好的时间性能有哪些好的做法？

以下是我们团队通过艰难学校学到的一些知识:

• 尝试将数据实体组合到一个大型结构/对象中,以通过D-Bus IPC发送.
• 尝试让所有D-Bus流量在应用程序/流程中的单个点上进入单个代理,而不是让它们遍布整个应用程序/流程.

我需要Linux上的IPC系统.我的要求是:

1. 分组/消息导向
2. 能够处理点对点和一对多通信
3. 没有层次结构,没有服务器和客户端
4. 如果一个端点崩溃,则必须通知其他端点
5. 来自现有Linux发行版的良好支持
6. 为了创建动态页面,为Apache存在"绑定"

按重要性排序(粗略).我不需要极端性能,也不会发送大量数据.

我偶然发现了DBus,它看起来像个好人(pecl :: packages :: dbus是让Apache访问DBUS的好机制吗？).但在深入研究DBus文档之前,我想听听一些建议.