Re: [zeromq-dev] Performance results on 100Gbps direct link

2019-10-25 Thread Luca Boccassi
On Thu, 2019-10-24 at 16:55 -0400, Brett Viren via zeromq-dev wrote: > Hi again, > > Doron Somech < > somdo...@gmail.com > > writes: > > > You need to create multiple connections to enjoy the multiple io > > threads. > > > > So in the remote/local_thr connect to the same endpoint 100 times > >

Re: [zeromq-dev] Performance results on 100Gbps direct link

2019-10-25 Thread Alexander Hill
To explain point two, you can't easily impose an order of messages across multiple connections, even to the same peer. It's sort of a fundamental limit: the only reason a single ZMQ connection can provide in-order delivery is because it leans on TCP to correct the multiple delivery, out-of-order

Re: [zeromq-dev] Performance results on 100Gbps direct link

2019-10-02 Thread Brett Viren via zeromq-dev
Doron Somech writes: > You need to create multiple connections to enjoy the multiple io threads. > > So in the remote/local_thr connect to the same endpoint 100 times and > create 10 io threads. Fantastic! 10 threads in both remote_thr and local_thr, 10 connect() calls in remote_thr.

Re: [zeromq-dev] Performance results on 100Gbps direct link

2019-10-02 Thread Doron Somech
Make a pull request :) On Wed, Oct 2, 2019, 20:27 Francesco wrote: > > > Il mer 2 ott 2019, 19:05 Doron Somech ha scritto: > >> >> You don't need to create multiple sockets, just call connect multiple >> times with same address. >> > Wow, really?? > I wish I had known that, I already changed

Re: [zeromq-dev] Performance results on 100Gbps direct link

2019-10-02 Thread Francesco
Il mer 2 ott 2019, 19:05 Doron Somech ha scritto: > > You don't need to create multiple sockets, just call connect multiple > times with same address. > Wow, really?? I wish I had known that, I already changed quite a bit of code to use multiple zmq sockets to make better use of background zmq

Re: [zeromq-dev] Performance results on 100Gbps direct link

2019-10-02 Thread Doron Somech
You need to create multiple connections to enjoy the multiple io threads. So in the remote/local_thr connect to the same endpoint 100 times and create 10 io threads. You don't need to create multiple sockets, just call connect multiple times with same address. On Wed, Oct 2, 2019, 19:45 Brett

Re: [zeromq-dev] Performance results on 100Gbps direct link

2019-10-02 Thread Brett Viren via zeromq-dev
Hi Francesco, I confirm your benchmark using two systems with the same 100 Gbps Mellanox NICs but with an intervening Juniper QFX5200 switch (100 Gbps ports). To reach ~25 Gbps with the largest message sizes required "jumbo frame" MTU. The default mtu=1500 allows only ~20 Gbps. I also tried

Re: [zeromq-dev] Performance results on 100Gbps direct link

2019-08-12 Thread Francesco
Hi Benjamin, Il giorno dom 11 ago 2019 alle ore 13:05 Benjamin Henrion ha scritto: > Do you have a test which can show first that you can saturate the 100gbps > link? > > Like an iperf or a simple wget test? I don't have a graph just like the one I created with ZMQ benchmark utilities but

Re: [zeromq-dev] Performance results on 100Gbps direct link

2019-08-11 Thread Benjamin Henrion
On 9 Aug 2019 23:36, "Francesco" wrote: Hi all, I placed here: http://zeromq.org/results:100gbe-tests-v432 the results I collected using 2 Mellanox ConnectX-5 linked by 100Gbps fiber cable. The results are not too much different from those at 10gpbs

Re: [zeromq-dev] Performance results on 100Gbps direct link

2019-08-11 Thread Luca Boccassi
Great job, thank you! On Fri, 2019-08-09 at 23:34 +0200, Francesco wrote: > Hi all, > > I placed here: > http://zeromq.org/results:100gbe-tests-v432 > the results I collected using 2 Mellanox ConnectX-5 linked by 100Gbps > fiber cable. > > The results are not too much different from those at

[zeromq-dev] Performance results on 100Gbps direct link

2019-08-09 Thread Francesco
Hi all, I placed here: http://zeromq.org/results:100gbe-tests-v432 the results I collected using 2 Mellanox ConnectX-5 linked by 100Gbps fiber cable. The results are not too much different from those at 10gpbs (http://zeromq.org/results:10gbe-tests-v432)... the difference in TCP throughput is