[zeromq-dev] possible for XSUB to receive a message prior to XPUB getting subscription message?
John Muehlhausen
jgm at jgm.org
Sat Apr 9 17:04:52 CEST 2016
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 <somdoron at gmail.com> 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" <jgm at jgm.org> 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
>> zeromq-dev at lists.zeromq.org
>> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>>
>>
> _______________________________________________
> zeromq-dev mailing list
> zeromq-dev at lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.zeromq.org/pipermail/zeromq-dev/attachments/20160409/23d4a824/attachment.htm>
More information about the zeromq-dev
mailing list