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 _______________________________________________ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev
