On Thu, 2018-04-12 at 22:47 +0200, Francesco wrote:
> [sorry I hit "send" too early! here's the complete email]
>
> Hi Luca, Hi Bill,
> thanks for the answers.
> Actually I verified that the configure script of zmq seems to be
> using
> epoll:
>
> configure: Choosing polling system from 'kque
Btw,
I realized that I actually already hit this "phenomenon" of poll() being
called so fast!!!
This is the link of the thread where I raised the issue:
https://lists.zeromq.org/pipermail/zeromq-dev/2017-October/031974.html
At that time I solved by simply using the ZMQ_RCVTIMEO option as sugges
[sorry I hit "send" too early! here's the complete email]
Hi Luca, Hi Bill,
thanks for the answers.
Actually I verified that the configure script of zmq seems to be using
epoll:
configure: Choosing polling system from 'kqueue epoll devpoll pollset
poll select'...
configure: Using 'epoll' p
Hi Luca, Hi Bill,
thanks for the answers.
Actually I verified that the configure script of zmq seems to be using
epoll:
configure: Choosing polling system from 'kqueue epoll devpoll pollset
poll select'...
configure: Using 'epoll' polling system with CLOEXEC
and indeed inside platform.hpp I
Well, a little googling found this, which is a pretty good writeup:
https://jvns.ca/blog/2017/06/03/async-io-on-linux--select--poll--and-epoll/
> On Apr 11, 2018, at 2:42 PM, Bill Torpey wrote:
>
> So, are there any benchmark tests that can be used to quantify the overhead
> of zmq_poll? It
So, are there any benchmark tests that can be used to quantify the overhead of
zmq_poll? It seems like this question keeps coming up, and it would certainly
be nice to have some real numbers (and the code used to generate them).
Having said that, there are several mechanisms that zmq_poll can u
On Wed, 2018-04-11 at 18:47 +0200, Francesco wrote:
> Hi all,
>
> I'm using zmq_poller_wait_all() API in one of my threads because I
> need to
> poll over 2 ZMQ sockets.
> I'm receiving a lot of traffic on both these sockets.
> I think the performance of my software is bad and that may be due
> IM
Hi all,
I'm using zmq_poller_wait_all() API in one of my threads because I need to
poll over 2 ZMQ sockets.
I'm receiving a lot of traffic on both these sockets.
I think the performance of my software is bad and that may be due IMHO to
the huge amount of poll() syscalls that my thread does... I th