[zeromq-dev] Request Reply throughput

[Marcus Diogo]

Sorry i cant follow you.
50000000000 total size
50000000000÷1024 = 48828125kbytes
48828125÷1024=47683,715820313mbytes
47683,715820313÷1024=46,566128731gbyte
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
>
> zeroMQ:
>    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?
>
> -Jasper
>
>
>
>
>
>
>
>
> _______________________________________________
> zeromq-dev mailing list
> zeromq-dev at lists.zeromq.org
> https://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.zeromq.org/pipermail/zeromq-dev/attachments/20180905/80f65fef/attachment.htm>