[zeromq-dev] Multicore Magic

Pieter Hintjens ph at imatix.com
Mon Apr 26 22:26:34 CEST 2010

On Mon, Apr 26, 2010 at 10:09 PM, Martin Sustrik <sustrik at 250bpm.com> wrote:

>> 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.

Are signals as fast as, or slower than inproc?

> 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.

Busy-looping makes sense (except for energy consumption) when there's
one core per task, and that's kind of where things are heading...

Might be worth collecting this into a design whitepaper.


More information about the zeromq-dev mailing list