Java如何进程间通信_Java和C / C ++之间进程间通信的最快（低延迟）方法

刚刚在我的Corei5 2.8GHz上testing了来自Java的延迟，只有单字节的发送/接收，刚刚产生的2个Java进程，没有用taskset分配特定的CPU核心：

TCP - 25 microseconds Named pipes - 15 microseconds

现在明确指定核心掩码，如taskset 1 java Srv或taskset 2 java cli ：

TCP, same cores: 30 microseconds TCP, explicit different cores: 22 microseconds Named pipes, same core: 4-5 microseconds !!!! Named pipes, taskset different cores: 7-8 microseconds !!!!

所以

TCP overhead is visible scheduling overhead (or core caches?) is also the culprit

与此同时，Thread.sleep(0)(strace显示会导致执行一次sched_yield()Linux内核调用)需要0.3微秒，因此调度到单核的命名pipe道仍然有很多开销

一些共享内存测量： 2009年9月14日 – Solace Systems今天宣布，统一消息平台API可以使用共享内存传输实现小于700纳秒的平均延迟。 http://solacesystems.com/news/fastest-ipc-messaging/

PS – 第二天以内存映射文件的forms尝试共享内存，如果繁忙的等待是可以接受的，我们可以将等待时间减less到0.3微秒，用这样的代码传递一个字节：

MappedByteBuffer mem = new RandomAccessFile("/tmp/mapped.txt", "rw").getChannel() .map(FileChannel.MapMode.READ_WRITE, 0, 1); while(true){ while(mem.get(0)!=5) Thread.sleep(0); // waiting for client request mem.put(0, (byte)10); // sending the reply }

注意：Thread.sleep(0)是必需的，所以2个进程可以看到彼此的变化(我还不知道另一种方式)。 如果两个进程强制与taskset使用相同的核心，则等待时间将变为1.5微秒 – 这是一个上下文切换延迟

PPS – 0.3微秒是一个很好的数字！ 下面的代码只需要0.1微秒，而只做一个基本的string连接：

int j=123456789; String ret = "my-record-key-" + j + "-in-db";

PPPS – 希望这不是太多脱离主题，但最后我尝试用递增静态易失性intvariables(JVM恰好在刷新CPUcaching时replaceThread.sleep(0))，并获得logging！ – 72纳秒延迟Java到Java的进程通信 ！

然而，当强制使用相同的CPU Core时，volatile volatile递增的JVM永远不会相互控制，因此产生了10毫秒的延迟–Linux时间似乎是5ms …所以这只能在有空闲核心的情况下使用 – 否则睡眠(0)更安全。