[zeromq-dev] Will socket multiplexing improve throughput?
Johannes.Frittum at austrocontrol.at
Thu Feb 9 01:48:54 CET 2012
Hello Qing Yan!
> -----Ursprüngliche Nachricht-----
> Von: zeromq-dev-bounces at lists.zeromq.org [mailto:zeromq-dev-
> bounces at lists.zeromq.org] Im Auftrag von Qing Yan
> Gesendet: Mittwoch, 8. Februar 2012 04:41
> An: zeromq-dev at lists.zeromq.org
> Betreff: Re: [zeromq-dev] Will socket multiplexing improve throughput?
[SNIP Quotes about Threads/Sync and stuff]
> What I suspect is if ZeroMQ is already super efficent such difference
> might be minimal?
> I mean if internally ZeroMQ is using event/async style model, send and
> recv are non blocking and takes minimal time,
> having a single thread in the socket layer might be as good as have
The heuristics were somewhat like "One IO thread per Gbps throughput".
> There is also potential benefit to piggyback
> more data at once plus the bottleneck might be in the network and the
> synchronization cost might be negelectable?
Yep thats true for most situations.
ZMQ is blazingly fast most of the time. So 1 IO thread is enough for 99% (TM) of all apps.
More information about the zeromq-dev