Я понял это. Это не пул потоков. В файле jboss-messaging.sar / remoting-bisocket.xml, который определяет соединитель удаленного взаимодействия для Jboss Messaging, вы видите пару значений, в основном clientMaxPool, maxPoolSize, numAcceptThreads.
В удаленном взаимодействии, когда сокет установлен, создаются потоки для мониторинга этого сокета до значения "numAcceptThreads". Все, что делает этот поток, это читает данные из сокета и передает их потоку в пуле клиентов (управляется maxPoolSize).
Потоки с именем workerThread # [] ссылаются на потоки принятия. Причина, по которой я вижу больше, когда создаю больше производителей, заключается в том, что для транспорта bisocket для Jboss Messaging, очевидно, создано три сокета. Изначально их было 3, но когда я создаю 5 производителей, это число увеличивается до 15 (или 5 * 3 для тех, кто не склонен математически :)). Причина, по которой они распределены на 100%, заключается в том, что когда я отправляю все эти сообщения, которые потоки читают из сокета, передают в поток сервера, возвращаются к чтению из сокета (где это всегда данные)
Итак, краткий ответ: нет пула для управления этими потоками. Вы можете иметь более 1 принимающей ветки, но это почти никогда не будет иметь смысла. Это потому, что его работа настолько минимальна - читать данные, передавать их, читать данные ... Так что больше потоков просто добавит накладные расходы на синхронизацию.