[zeromq-dev] PUB doesn't discard msg when no SUB

Li, Jia jia.li at credit-suisse.com
Thu May 26 21:27:12 CEST 2011

Created the issue: https://github.com/imatix/zguide/issues/66

Putting timestamp can be a work-around, but not efficient, as the SUB has to compare current time against message time for every message. It'd be nice to have this behavior either explained in the Guide or brought consistent with the intended usage.



-----Original Message-----
From: zeromq-dev-bounces at lists.zeromq.org [mailto:zeromq-dev-bounces at lists.zeromq.org] On Behalf Of Pieter Hintjens
Sent: Thursday, May 26, 2011 2:49 PM
To: ZeroMQ development list
Subject: Re: [zeromq-dev] PUB doesn't discard msg when no SUB

On Thu, May 26, 2011 at 11:41 AM, Li, Jia <jia.li at credit-suisse.com> wrote:

> I see. How about adding a paragraph in the Guide to describe this 
> behavior, just like it does warn about mixing socket types in devices? 
> Since zmq is advertised as it-just-works, I was a little disappointed 
> when it didn't and the user wasn't warned beforehand.

Indeed. I didn't even know it worked like this... :) My understanding was that connect/bind were orthogonal to message flows but in fact it seems that's not always the case. We learn something every day...

Would you please create an issue in the guide issue tracker, since I'm travelling at the moment so can't do this right away.

> So what is the recommended zmq approach for the following type of system?
> A group of 'shouters' frequently and periodically shout out a message.
> Shouters don't receive/care about any response for their shouts.
> A single 'listener' that takes note of all the shouts currently taking 
> place. Listener doesn't care about the shouts before it started listening.

Timestamps in messages?

I'm thinking that perhaps this behavior in the PUB socket (queuing messages even when there are no connections) should be considered a bug...

zeromq-dev mailing list
zeromq-dev at lists.zeromq.org

Please access the attached hyperlink for an important electronic communications disclaimer: 

More information about the zeromq-dev mailing list