[zeromq-dev] context

[Martin Sustrik]

On 08/26/2010 11:51 AM, Ilja Golshtein wrote:

> Does it mean inproc communications are always direct and no auxiliary
> thread is involved?

Exactly.

> Does your interpretation of context as a global variable imply there
> is no connection between context and inner thread pool? I had an
> impression a context owns connection pool.

The thread pool would be in a global variable normally. So yes, it's 
part of the context.

>> The argument is just the size of the thread pool used to handle the
>> I/O operations. In 99% of cases you want just a single I/O thread.
>
> Do we have an example of rest 1%? Did anyone ever face a situation
> one thread was not enough?

If you are NASDAQ you may have too much traffic to be handled 
efficiently in a single thread, for example.

> The only example comes to my mind is several network cards per a box
> or may be an advanced card with multiple queues. Something else?

It has to do with the amount of network traffic rather than concrete 
scenario.

> Thanks and sorry if my questions are too insistent - just want to
> have this thing demystified.

You are welcome.

Martin