Как это работает в мире java. Пул потоков

[sergey-b]

Я размер пула потоков подбираю методом научного тыка. Запускаю сначала Ncpu потоков, затем увеличиваю в два раза и сравниваю скорость. Если скорость работы упала, то уменьшаю, если возросла, то еще увеличиваю. И так нахожу оптимальный для данной задачи размер пула. Обычно хватает 4-5 пробных запусков по 5-10 минут.

[Suvitruf]

Это хорошо, если у вас приложение всего 1 задачу решает. Если же таких тяжёлых задач несколько, то методом тыка уже не выкрутитесь, нужно как-то шарить потоки между задачами, чтоб не было ситуации, когда одна задача забьёт весь пул, и остальные задачи будут простаивать в ожидании.

[aleksandy]

А зачем isRunning статическая? Чтобы, выключая один пул, рубануть и все остальные?

[kuptservol]

Поправил, спасибо.

[freeart]

Или это опечатка, или я запутался: время выполнения всех задач было 15 секунд, но потом «время выполнения уменьшилось до 28 секунд». Оно все-таки увеличилось? Или 15 секунд это было время выполнения одной задачи?

[rraderio]

Существует несколько независимых причин, по которым производительность могла упасть

[kuptservol]

Время увеличилось — поправил, спасибо.

[rraderio]

Существует несколько независимых причин, по которым производительность могла упасть

[woodhead]

В формуле вычисления оптимального пула потоков видимо должно быть не

Runtime.getRuntime().availProcessors ()

, а

Runtime.getRuntime().availableProcessors()

.

[Kopilov]

общая загрузка процессора в пользовательском пространстве составляет всего 2,5%, и у нас есть много неиспользуемых системных ресурсов.

14,87% же. Плюс 2,5% ядро ОС, 83,7% «неиспользуемых системных ресурсов»

[Kopilov]

14,87%

что как раз соответствует 100% / 4 / 2 + «ещё немного», т.к. полностью загружено одно ядро из четырёх физических, наверняка с включённым HT, и работает что-нибудь ещё.