| |||||||||||||
Fast interprocess messagingFast interprocess messagingPosted Jan 6, 2012 19:49 UTC (Fri) by wahern (subscriber, #37304)In reply to: Fast interprocess messaging by michaeljt Parent article: Fast interprocess messaging
Like the reverse of vmsplice(2)? I think vmsplice() would suffice as-is. Even better, it only requires the sender to know about the interface; the receiver can keep using read().
Actually, an optimized sockets implementation could accomplish single copy if both sender and receiver are in the kernel. The kernel could just copy from one buffer directly to the next. But perhaps the code for such an optimization would be to odious.
(Log in to post comments)
Fast interprocess messaging Posted Jan 6, 2012 20:03 UTC (Fri) by wahern (subscriber, #37304) [Link]
Oops. I should've RTFA. They considered vmsplice() and thought it too much trouble to keep the processes' synchronized so messages don't end up buffered in the kernel. I don't see it. Either way signaling needs to occur between sender and receiver. I suppose all of this really cries out for a proper kernel AIO implementation (assuming there isn't one). Sender or receiver need a way to queue an op with an associated buffer.
|
|||||||||||||