The documentation recommends creating one single context per process,
and when creating it you specify how many zeromq threads to use.



--
Bruno Rodrigues
Sent from my iPhone

No dia 09/01/2014, às 13:33, Jan Drabner <j...@jdrabner.eu> escreveu:

> Hey there,
>
> We are currently doing research for our project to figure out the best
> way to do inter-thread communication with a message queue. As we are
> using zmq for networking purposes already, it was logical to also
> research it for the above purpose.
>
> Now, we will have a number of threads (say 5-10) communicating with each
> other to send commands, synchronize data, etc.
> Each of the threads will have to communicate with a certain number of
> other threads. I figured that for this setup, making each thread a
> publisher as well as a subscriber to the other threads it wants to
> listen to would be the best bet.
> However, I do not know how many internal zmq threads that would yield.
>
> Imagine this socket situation for thread A (all threads use the same
> context, only inproc is used):
> Socket for publishing
> Socket for subscribing to thread B
> Socket for subscribing to thread F
> Socket for subscribing to thread J
>
> How many internal zmq OS threads would be spawned for this?
>
> If it is just one (per context), it would be fine. If it is one
> additional internal thread per our thread (or per publishing socket), it
> would probably be acceptable. If it was per socket (any kind of socket),
> however, that would be really bad as it would mean we had roughly +5
> threads per our own thread. Even if those thread do not do much, they
> would still take away too many pieces of the cake.
>
> Hope someone can answer that question :)
> Regards,
> Jan
>
>
> _______________________________________________
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
_______________________________________________
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Reply via email to