Roman Osipov,

> Дело в том, что у RabbitMQ на каждую очередь работает отдельный программный тред
Можешь ткунуть в доку?
Всегда считал что thread per client channel.

Roman Osipov,
>Each queue is a gen_server2 Erlang process.
Мне всегда казалось, что erlang процесс это не thread.
В све время, когда писал на erlang, запусал на моей рабочей машине несколько десятков тысяч процессов, без каких то проблем с производительностью.

В интернетах тоже пишут:

Erlang processes are not OS processes. They are implemented by the Erlang VM using a lightweight cooperative threading model (preemptive at the Erlang level, but under the control of a cooperatively scheduled runtime). This means that it is much cheaper to switch context, because they only switch at known, controlled points and therefore don't have to save the entire CPU state (normal, SSE and FPU registers, address space mapping, etc.).

>Queues are single-threaded in RabbitMQ, and one queue can handle up to about 50 thousand messages. You will achieve better throughput on a multi-core system if you have multiple queues and consumers and if you have as many queues as cores on the underlying node(s).

Тут написано, что одна очередь обрабатывается одним потоком, но не то что на каждую очередь создается отдельный поток.
Т.е. ИМХО фраза "Дело в том, что у RabbitMQ на каждую очередь работает отдельный программный тред" некорректна