On 21 April 2010 01:28, Brian Candler <span dir="ltr"><<a href="mailto:B.Candler@pobox.com">B.Candler@pobox.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div class="im">On Tue, Apr 20, 2010 at 06:45:16PM +0200, Martin Sustrik wrote:<br>
> 0MQ does this for you. Actual networking stuff is done in I/O<br>
> thread(s). Your application thread is free to do the actual<br>
> processing.<br>
<br>
</div>Could you also clarify for my benefit: if you have (say) five worker threads<br>
which want to handle incoming REQs from clients, should the five threads all<br>
call zmq_recv on the same socket, or should the five threads each create<br>
their own zmq_socket bound to the same proto/port?<br><br></blockquote><div><br></div><div>From my understanding it is each thread must have it's own ZMQ socket, there is no thread safety for the sake of performance.  Therefore the second option would have to be the only viable route.</div>

<div><br></div><div>-- </div><div>Steve-o </div></div>