It has been long enough since I worked with XPUB that I forgot all about that!
Thank you, hopefully VERBOSE does the trick... On Sat, Apr 9, 2016 at 2:49 AM, Doron Somech <[email protected]> wrote: > If verbose is set to false (default) you only get subscription the first > time it arrives, so it might be that. > On Apr 9, 2016 06:36, "John Muehlhausen" <[email protected]> wrote: > >> I have a process running zmq_poll on an XPUB socket as well as a bunch of >> (very busy) non-zeromq fds. zmq_init was called for '1' thread. The >> number and rate of XPUB outbound (published) messages is relatively low. >> >> I'm pretty sure I observed the subscriber getting a published message >> well before the zmq_poll notification (on the publisher side) that the >> subscription message could be read. >> >> Does this make sense? What can go wrong on the XPUB side? If other >> clients have disappeared can this block reception of the next client's >> subscription message? Do I need to use the zmq_ctx_set method to increase >> the priority of the zmq thread pool? Does zmq_poll in any way prioritize >> non-zmq fds in a way that would skip over ready zmq sockets? >> >> Thanks for any thoughts or tips. >> -John >> >> _______________________________________________ >> zeromq-dev mailing list >> [email protected] >> http://lists.zeromq.org/mailman/listinfo/zeromq-dev >> >> > _______________________________________________ > zeromq-dev mailing list > [email protected] > http://lists.zeromq.org/mailman/listinfo/zeromq-dev > >
_______________________________________________ zeromq-dev mailing list [email protected] http://lists.zeromq.org/mailman/listinfo/zeromq-dev
