Hello,
I am working on a requirement whereby a process (say producer) needs to
send out one-way messages to a variable number of processes (say consumers).
The publish-subscribe model seemed good for this because the consumers will
subscribe to messages from the producer. I tried using ZeroMQ to
Hello,
I understand I have to use zmq_poll which is essentially event-driven. So
that solves problem (1) and (3). However, I still need some comments on
point (2) below.
Thanks!
On 26 March 2012 12:52, Rajalakshmi Iyer r...@blismobile.com wrote:
Hello,
I am working on a requirement whereby
On Mar 26, 2012, at 10:24 AM, Rajalakshmi Iyer wrote:
Hello,
I understand I have to use zmq_poll which is essentially event-driven. So
that solves problem (1) and (3). However, I still need some comments on point
(2) below.
Thanks!
On 26 March 2012 12:52, Rajalakshmi Iyer
On Mon, Mar 26, 2012 at 4:42 PM, Chuck Remes li...@chuckremes.com wrote:
That is a far better mechanism than the built-in HWM mechanism. Since it
isn't built in to the library, you would have to add this logic at the
application level. Since it *requires* two-way communication between the
On Mar 26, 2012, at 11:08 AM, Ian Barber wrote:
On Mon, Mar 26, 2012 at 4:42 PM, Chuck Remes li...@chuckremes.com wrote:
That is a far better mechanism than the built-in HWM mechanism. Since it
isn't built in to the library, you would have to add this logic at the
application level.
On Mon, Mar 26, 2012 at 5:53 PM, Chuck Remes li...@chuckremes.com wrote:
Yes, this is true. I answered assuming that the OP wanted to work with
just a single set of sockets rather than having a side channel for
communicating the credit flows. Either way will work, so it's up to the OP
to
On Mar 26, 2012, at 11:58 AM, Ian Barber wrote:
If 3.1 was an option and you wanted a tasty one socket set hack, you can
communicate credit via subscribe messages back up stream :)
Absolutely. I would love to add this kind of back channel communication so
that we could have credit-based flow