Блог

Я запускаю некоторые тесты производительности, чтобы определить время отклика и способность обрабатывать параллелизм с различными конфигурациями cpu / ram / os. Одна интересная находка, с которой я столкнулся, заключается в том, что, похоже, одна jvm работает лучше с 4 ядрами, чем с 2 ядрами (неудивительно), но добавление большего количества ядер за пределы 4-го ядра не приводит к каким-либо значительным улучшениям. Но затем добавление другого экземпляра jvm с балансировщиком нагрузки (на том же оборудовании) привело к значительному улучшению.

Похоже, что отдельный процесс ограничен в количестве ядер, которые он может использовать, возможно, из-за ограничения количества потоков операционной системы, которые процесс может запускать одновременно. Это 64-разрядная среда.

Я использую tomcat и попытался изменить атрибут «maxThreads», но это не повлияло на объем параллелизма, который я хочу обработать.

Можно ли объяснить это какой-либо другой причиной?

В общем случае Java-приложение попытается запланировать каждый активный поток на отдельном ядре. Сюда входят потоки GC. Если приложение изначально не было привязано к процессору, то добавление дополнительных ядер не имело бы никакого значения, поскольку потоки чем-то заблокированы.

Для веб-приложения все становится немного сложнее. Увеличение размера пула потоков не будет иметь никакого значения, если есть что-то еще, чего ожидают потоки, например, база данных из пула подключений к базе данных. Вам нужно внимательно посмотреть на свои конфигурации балансировщика нагрузки и Tomcat. Если они не настроены должным образом, очень легко добиться описанного вами поведения.

Я бы не стал слишком беспокоиться о том, что JVM ограничена в количестве потоков, которые она может иметь. Я обычно вижу более 600 потоков в каждой JVM в нашей производственной системе. Мы используем 8-ядерные компьютеры, и запросы выполняются недолго, поэтому большинство этих потоков находятся в состоянии ожидания ввода-вывода.