[zeromq-dev] Important: backward incompatible changes for 0MQ/3.0!

Martin Sustrik sustrik at imatix.com
Wed Mar 23 07:53:30 CET 2011

On 03/23/2011 12:42 AM, Min RK wrote:

>> Martin S. has already discussed adding this ability to limit
>> connections on a socket.

Yes. Limiting the number of sessions that the socket can handle in 
parallel means that the app can be resilient against DoS attacks, i.e. 
running out of file descriptors, memory, CPU etc.

> Does this suggest that it would also be possible to query the number
> of connections?  That would be very useful for some cases.

The application can never be sure about how many peers there are. Think 
multicast. Or think global distribution tree.

If, OTOH, what you are interested in is actual memory/fd/CPU footprint 
rather than number of peers, that can be done in theory, but it's pretty 
hard to implement. Relying on existing monitoring tools would be a more 
viable option IMO.


More information about the zeromq-dev mailing list