[zeromq-dev] Publish / Subscribe vs Multicast

gonzalo diethelm gdiethelm at dcv.cl
Tue Feb 16 21:27:04 CET 2010

Gerente Desarrollo de Sistemas / CDO
Apoquindo 4001 piso 12, Santiago, Chile
+56 2 393-9073
gdiethelm at dcv.cl / www.dcv.cl

> -----Original Message-----
> From: Martin Sustrik [mailto:sustrik at 250bpm.com]
> Sent: Tuesday, 16 February, 2010 13:26
> To: gonzalo diethelm
> Cc: zeromq-dev at lists.zeromq.org; ellisonbg at gmail.com
> Subject: Re: [zeromq-dev] Publish / Subscribe vs Multicast
> gonzalo diethelm wrote:
> > 1. Why does sender try to send all messages to one receiver when
> > is no sleep between messages? Is it due to batching? My messages are
> > bytes long.
> I suppose the problem is all the messages are sent immediately after
> first receiver connects. When the second one connects there are no
> messages remaining. 0MQ is very fast. If you wan to test in at full
> speed you should process messages in orders of millions rather than
> thousands.
> > 2. It seems after a message has been sent to one receiver, there is
> > retry; if the receiver stopped receiving messages, and there are
> > receivers willing to receive, they still don't get any messages.
> Right. The flow control should be done by limiting number of messages
> the fly. That way if the receivers stops processing messages or is
> simply falling behind, limit is hit and messages are re-routed to
> receivers.
> Unfortunately, this feature is not yet ported from 0MQ/1.0. It is
> worked on and will be available in couple of weeks time.
> > 3. It would be nice if zmq_sleep() took milliseconds instead of
> > as a parameter.
> Yeah. It would be nice. However, I am not sure whether all the
> we are running on support usleep... to be investigated.
> > When I get back to the office, I will finish the butterfly tutorial.
> !
> Martin

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. 

More information about the zeromq-dev mailing list