[zeromq-dev] High water mark notification for publisher
justin at affinix.com
Sat Sep 22 01:22:08 CEST 2012
Another behavior that may be acceptable is blocking the sender if all outgoing
queues are full. I believe the only reason it doesn't block today is because
you wouldn't want one slow subscriber causing all other subscribers to stop
But there may be apps that rely on writes to pub never blocking (it is true
that it never blocks today, correct?)
On Friday, September 21, 2012 05:57:29 PM Edwin Amsler wrote:
> Hey folks,
> I brought up this problem a few months back, but had to move onto more
> pressing things at the time.
> It was mentioned that under the hood, the PUB-SUB system had individual
> outgoing queues, each with their own water mark counters. What happens
> to a message when all queues are full? It would be ideal to know if the
> message I pass in will be dropped by all queues due to the high water
> mark. I don't think it was implemented then, but it would certainly
> solve my particular problem of over-tasking the publishing side.
> I have example code here:
> The idea would be that if that ZeroMQ's publisher has no room in the
> internal buffers, that I would be notified the message wasn't sent. In
> the test application, I would then be able to wait before trying again.
> This way the application code which publishes messages isn't creating
> needless work which is secretly thrown away.
> zeromq-dev mailing list
> zeromq-dev at lists.zeromq.org
More information about the zeromq-dev