[zeromq-dev] EPGM PUB/SUB leak?

[Matteo Fortini]

Ok, the problem with "lost" messages was due to missing multicast
loopback (which sadly was quite convenient for us...).

I can confirm that latest master from github has no memory leak.

2013/8/1 Matteo Fortini <matteo.fortini at gmail.com>:
> I tried with 3.2.3 and it's funny how I simply cannot get the
> subscriber to unblock on epgm, while it works with a tcp:// socket
> instead. The code is the same, I tried both zsocket_connect and
> zsocket_bind on both sides, no luck (of course with tcp:// the config
> that works is bind()ing on the publisher and connect()ing on the
> subscriber.
>
> I'll try master next, but this puzzles me.
>
> 2013/8/1 Pieter Hintjens <ph at imatix.com>:
>> Could you try with the latest libzmq master? Thanks.
>>
>> On Thu, Aug 1, 2013 at 11:31 AM, Matteo Fortini
>> <matteo.fortini at gmail.com> wrote:
>>> I have an EPGM PUB/SUB network, with multiple publishers/subscribers.
>>>
>>> Every time a PUBlisher connects and disconnects (even without sending
>>> any message), each SUBscriber's virtual memory grows by 132kB.
>>>
>>> The behavior is consistent, the publishers just connect, disconnect
>>> and die, and the subscribers are simple receivers or even a zeromq
>>> forwarder device.
>>>
>>> Has anyone seen the same behavior?
>>>
>>> Sample SUBscriber:
>>> http://pastebin.com/hcD1uBMs
>>>
>>> Sample PUBlisher:
>>> http://pastebin.com/e5ukRkVr
>>>
>>> The behavior stays the same even if I comment away the zstr_send()
>>> part from the publisher.
>>>
>>> I tried both ZeroMQ 2.1.9 which is my production version (embedded
>>> stuff, can't upgrade easily), and 2.2.0.
>>> I also tried both CZMQ 1.2.1 which is the one I have in production,
>>> and 1.4.1, no changes.
>>>
>>> A sample output of
>>> pmap $(pidof subscriber) | tail -n1
>>>
>>> while calling the publisher is this:
>>>
>>> total 30252K
>>> total 30648K
>>> total 31440K
>>> total 31440K
>>> total 31440K
>>> total 31704K
>>> _______________________________________________
>>> zeromq-dev mailing list
>>> zeromq-dev at lists.zeromq.org
>>> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>> _______________________________________________
>> zeromq-dev mailing list
>> zeromq-dev at lists.zeromq.org
>> http://lists.zeromq.org/mailman/listinfo/zeromq-dev