[zeromq-dev] Request Reply throughput

jricher jricher at jricher.com
Wed Sep 5 22:02:24 CEST 2018

Think of the packets as balls. The first machine is spending all its time waiting for the ball to bounce back to it before it an throw the next ball. This is the in flight time. 

Jacques Richer602-350-2463
-------- Original message --------From: Marcus Diogo <mvdiogoce at gmail.com> Date: 9/5/18  11:35 AM  (GMT-07:00) To: zeromq-dev at lists.zeromq.org Subject: Re: [zeromq-dev] Request Reply throughput 
Sorry i cant follow you.
50000000000 total size 
50000000000÷1024 = 48828125kbytes
10gbits/s /8 = 1,5gbytes/s
46,566128731gbyte÷1,5gbyte/s=31,044085821 seconds
I guest some thing is not ok but should be like that i think.

Em qua, 5 de set de 2018 às 14:59, Jasper Jaspers <jaspers01995 at gmail.com> escreveu:
In my setup I have two nodes connected via a 10 gigabit switch.  I ran iperf  and zeroMQ throughput (local_thr and remote_thr) to prove that I could achieve full bandwidth and I'm able to:iperf:   [ ID] Interval       Transfer     Bandwidth
   [  3]  0.0-10.0 sec  11.5 GBytes  9.90 Gbits/sec

   message size: 500000 [B]
   message count: 10000
   mean throughput: 2474 [msg/s]
   mean throughput: 9896.000 [Mb/s]

I then wrote a simple zeroMQ request reply test application to measure the "throughput" using REQ/REP socket.  In this application the client runs on one node and sends N (10000) messages each of size M (500000) and waits for the reply for each message.  The server running on another node receives the messages and sends a simple acknowledgment reply message.  The client calculates the "throughput" based on how long it took to send all messages and receive all replies. I'm seeing that it takes about 11 seconds to complete which gives a throughput of 0.12 Gbit /sec.  Are these results expected due to the nature of the request reply sockets?  Should I expect to be anywhere near the full 10Gbit bandwidth with this test?



zeromq-dev mailing list

zeromq-dev at lists.zeromq.org


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.zeromq.org/pipermail/zeromq-dev/attachments/20180905/3823e622/attachment.htm>

More information about the zeromq-dev mailing list