[zeromq-dev] Publish / Subscribe vs Multicast

gonzalo diethelm gdiethelm at dcv.cl
Tue Feb 16 17:10:19 CET 2010

I added a 60 seconds sleep at the end of sender, nothing changed.

Then I added a 1 second sleep between each send, and it worked! The two receivers started getting alternating messages.

New questions arise:

1. Why does sender try to send all messages to one receiver when there is no sleep between messages? Is it due to batching? My messages are 32 bytes long.

2. It seems after a message has been sent to one receiver, there is no retry; if the receiver stopped receiving messages, and there are more receivers willing to receive, they still don't get any messages. Right?

3. It would be nice if zmq_sleep() took milliseconds instead of seconds as a parameter.

When I get back to the office, I will finish the butterfly tutorial. Thanks for all the help.
------Original Message------
From: Martin Sustrik
To: Gonzalo Diethelm Guallar
Cc: zeromq-dev at lists.zeromq.org
Cc: ellisonbg at gmail.com
Subject: Re: [zeromq-dev] Publish / Subscribe vs Multicast
Sent: Feb 16, 2010 11:49


Thinking about it, the best way to design the example is to send 
messages in an infinite loop at pretty low speed (1 a second or so), 
then print them out at each component. That way you'll see how the whole 
message flow works.


Declaración de confidencialidad: Este Mensaje esta destinado para
el uso de la o las personas o entidades a quien ha sido dirigido y
puede contener información reservada y confidencial que no puede
ser divulgada, difundida, ni aprovechada en forma alguna. El uso no
autorizado de la información contenida en este correo podrá ser
sancionado de conformidad con la ley chilena. 
Si usted ha recibido este correo electrónico por error, le pedimos
eliminarlo junto con los archivos adjuntos y avisar inmediatamente
al remitente, respondiendo este mensaje. 

"Before printing this e-mail think if is really necesary".
Disclosure: This Message is to be used by the individual,
individuals or entities that it is addressed to and may include
private and confidential information that may not be disclosed,
made public nor used in any way at all. Unauthorized use of the
information in this electronic mail message may be subject to the
penalties set forth by Chilean law. 
If you have received this electronic mail message in error, we ask
you to destroy the message and its attached file(s) and to
immediately notify the sender by answering this message. 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.zeromq.org/pipermail/zeromq-dev/attachments/20100216/aae8220a/attachment.htm>

More information about the zeromq-dev mailing list