[zeromq-dev] Delayed Reception of messages when using Multicast Method (Using PGM)

Divya Mohan divya.mohan310 at gmail.com
Sun Feb 10 16:08:11 CET 2013


Hi Steve,

You are right. When I tried using one port per subscriber, there was no
delay in message reception.

But I am looking for a broadcast mechanism where all the processes (max 10)
can send/receive messages with each other.
Is this possible? Please share your valuable suggestions.

Thanks,
Divya

On Fri, Feb 8, 2013 at 10:59 PM, Divya Mohan <divya.mohan310 at gmail.com>wrote:

> Oh ok. Actually I am trying to create a scenaio where all processes can
> send/receive message with each other.
> What I mean is that any of the processes should be able to broadcast data
> on one port and all other processes listening on that port should be able
> to receive it.
>
> Is there any better way of acheiving this.
> I cannot use PUB/SUB over TCP because only one publisher is allowed for
> one address
> On Fri, Feb 8, 2013 at 10:33 PM, Steven McCoy <steven.mccoy at miru.hk>wrote:
>
>> On 8 February 2013 11:41, Divya Mohan <divya.mohan310 at gmail.com> wrote:
>>
>>> zmq_bind(pub_socket ,"epgm://127.0.0.1;239.192.1.1:5580");
>>> zmq_connect(sub_socket,"epgm://127.0.0.1;239.192.1.1:5580" );
>>>
>>>
>> It's probably not a good idea to do this: use a different port for each
>> socket.
>>
>> Localhost UDP on Linux easily suffers great packet loss presumably due to
>> buffer overrun at really low data rates.
>>
>> What you are likely seeing with two sockets is that reliability is not
>> functioning because the IP stack will not multiplex packets on the same
>> port to multiple receivers.
>>
>> --
>> Steve-o
>>
>> _______________________________________________
>> zeromq-dev mailing list
>> zeromq-dev at lists.zeromq.org
>> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.zeromq.org/pipermail/zeromq-dev/attachments/20130210/a3e01623/attachment.html>


More information about the zeromq-dev mailing list