[zeromq-dev] Too much ZeroMQ overhead versus plain TCP Java NIO Epoll (with measurements)

Robert G. Jakabosky bobby at sharedrealm.com
Thu Aug 30 07:06:40 CEST 2012

On Wednesday 29, Stuart Brandt wrote:
> Inline
> On 8/29/2012 10:37 PM, Robert G. Jakabosky wrote:
> > echoloop*.c is testing throughput not latency, since it sends all
> > messages at once instead of sending one message and waiting for it to
> > return before sending the next message. Try comparing it with
> > local_thr/remote_thr.
> Echoloopcli does a synchronous send, then a synchronous recv , then does
> it all again.  Echoloopsrv does a synchronous recv, then a synchronous
> send, then does it all again.  I stuck a while loop around the send call
> because it isn't guaranteed to complete with all bytes of my 40 byte
> packet having been sent. But since my send queue never maxes out, the
> 'while' around send is overkill -- I get exactly 1000000 sends
> interleaved with 1000000 recvs.

ah, sorry I over looked the outer loop.  So it is doing request/response, 
instead of bulk send/recv like I had though.

Robert G. Jakabosky

More information about the zeromq-dev mailing list