Pieter Hintjens wrote: orry if my questions are utterly ignorant :-) > >> 2. Allocating shmem is not free. Allocating shmem buffer for each >> message would turn to performance bottleneck. > > Wouldn't happen like that, rather allocate fixed shmem buffers that > are reused for smaller messages. And use signals to indicate new > data... no?
Definitely doable. But that's what OS-provided IPC mechanism does under covers. Once you go that way you find yourself competing with kernel implementation of the same thing. Not that it's not doable. There've been a discussion on the list where someone proposed busy-looping when waiting for incoming data, thus by-passing the kernel. Still, my feeling is that such measures are a bit drastic even for a HPC solution like 0MQ. Martin _______________________________________________ zeromq-dev mailing list [email protected] http://lists.zeromq.org/mailman/listinfo/zeromq-dev
