我知道inotify最初是为了方便某些types的文件系统pipe理任务而开发的，如索引，增量备份等。
照这样说。 inotify API是否足够高效，可用作简单而有效的进程间消息传递系统？
作为一个相对的参考点…它是如何比较，像这样，使用ActiveMQ的JMS这种方式？
我不能确定你在想什么，但是这是一个滥用它们是什么，更好的IPC设施存在。 假设您传递的是合理大小的有界消息，消息队列在性能和易用性方面难以打败。
我建议在SysV变种sehe建议POSIX MQs 。 他们有一个更清洁的界面，队列创建一个文件系统路径条目，你不必乱搞IPC键; 你可以从命令行输入一个队列。 它们可以和select（）一起作为一个文件描述符来监视。 当有新的队列条目时，mq_notify（）可以发信号或创建一个新的线程。 他们相当灵活。
如果你想做简单的消息传递，只需使用msgget ， msgsnd和msgrcv ;
man mq_overview来得到一个介绍。 从内核2.6.6和Glibc 2.3.4开始，这是OS内置的。
这是飞行性能明智的，而界面，如果有的话，是可笑的简单。
参考例子是： http : //www.cs.cf.ac.uk/Dave/C/node25.html