It does sound more reasonable, yes. I'm still doubting whether a single PUSH PULL socket per process for sending and another socket (either PUB SUB or normal TCP) for confirmation wouldn't be a better option. Making thousands of connections between the same endpoints feels like a stupid thing to do.
Tim -----Original Message----- From: Martin Sustrik [mailto:[email protected]] Sent: maandag 11 juli 2011 7:35 To: ZeroMQ development list Cc: Tim Cooijmans Subject: Re: [zeromq-dev] hitting file descriptor using gevent On 07/10/2011 05:19 PM, Tim Cooijmans wrote: > This was all the code I was using. When I'm only creating a single > context and pre-allocating sockets as you suggested, I'm hitting the > limit at 300. Which seems logical given the 1024 limit. Pair of 0MQ sockets with a single TCP connection between them consumer 3 file descriptors on each peer. One for the TCP socket itself, two for the socketpair used by the 0MQ socket for internal eventing. 1024/3 = 341. That sounds more reasonable than 70. Martin _______________________________________________ zeromq-dev mailing list [email protected] http://lists.zeromq.org/mailman/listinfo/zeromq-dev
