[zeromq-dev] questions about zmq

[Pieter Hintjens]

The blocking probably comes from the receiver not being able to process the
messages fast enough, and since you're using PUSH/PULL sockets, when you
reach the high-water mark, the sender will block.

Solutions: increase HWM, or make recipients faster.


On Thu, Dec 27, 2012 at 11:09 AM, Lushuifeng <lushuifeng at huawei.com> wrote:

>  Hi:
> I'm using zmq(3.2 version)  to do message transmission and distribution
> currently, however, several problems has encountered me and I’m hoping to get
> help from you, my question is listed as below:****
>
> First, in order to accelerate the processing speed of the end of thereceiving
> message, I extended High-speed Subscribers (Black Box Pattern)<http://zguide.zeromq.org/page:all#High-speed-Subscribers-Black-Box-Pattern>  as
> mentioned in the guide documents. 8+ ports have been used and each port
> receives messages using the the zmq device to forward the message to the
> PUSH socket.  Other at least two separate threads create one PULL socketrespectively to
> handle the forwarded message, However  under  this mode, following
> questions occur: when a node sends a message to another one,more than 2.5
> million messages will make the node which receives messages blocking for a
> long time. I would like to ask what is the reason of this phenomenon ?****
>
> Second, I would like to study zmq code, so I need to run the source code
> of zmq and print some useful information. First, I try to print
> information in zmq code while when  runing  the code, the printing
> information does not print out as I expected. I would like to ask how to
> set up the zmq to see the debugging information.****
>
> Thanks very much!****
>
> ****
>
> ** **
>
> _______________________________________________
> 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/20121227/71a162d7/attachment.htm>