Websphere - частая генерация дампа/кучи

Question

Наше приложение в среде prod создает частые свалки кучи/потоков при работе с очень большими отчетами, что в итоге приводит к сбою JVM. WebSphere - это размер сервера и кучи, равный 1024/2048 (начальный/максимальный) для всех узлов.

Каковы некоторые способы решения этой проблемы? Я мог бы подумать о следующих вариантах. Есть ли что-то еще, что мне не хватает?

1. Установить минимальный/максимальный размер кучи до 2048 или даже выше?

2. Включить многословную сборку мусора в WebSphere и проанализировать оптимальный размер кучи?

Анализ резьбы: Runnable: 123 (67%) Blocked: 16 (9%) Ожидание Условия: 43 (23%)

Answer 1

Хорошая отправная точка для начала исследования ООГО является this IBM KnowledgeCenter topic

Answer 2

Так как кажется, вы испытываете OutOfMemory Проблемы есть три возможности рассмотреть следующие вопросы:

• Ваши приложения постоянно нуждаются в дополнительной памяти для обработки текущей нагрузки.

Решение: Вы должны нагрузки тест вашего приложение с производством типа трафиком и настроить ваш Min/Max Heap Размера соответственно.

• У вас проблема с утечкой памяти.

Решение: Анализ heapdumps/coredumps производится с использованием IBM Support Assistant tools. PMR для IBM поможет.

• У Websphere есть утечка памяти.

Решение: Открыть PMR

Вот nice read об управлении памяти Java в WAS средах.

Answer 3

Попытайтесь захватить память, информацию о сборке мусора из производственной среды. Я не уверен, что GC-журнал имеет какое-либо влияние на производительность. Тем не менее, jstat является чрезвычайно легким инструментом и может использоваться в производственной среде без какого-либо влияния на производительность. Дамп выход jstat через регулярные промежутки времени с помощью следующей команды (Здесь я устанавливаю интервал до 1 часа):

jstat -gc <PID> 3600s