Насчет дампа кучи для weblogic JRockit, использование кучи съела полностью, но размер дампа кучи небольшой

В weblogic JRockit иногда куча переполняется (использование достигает максимального размера кучи 4096M). Однако после дампа кучи размер файла дампа составляет всего 200–300 МБ. Это странно, и вдобавок мы не можем определить, какие объекты занимают кучу через инструмент EMA.

Кто-нибудь сталкивался с подобным и знает ли кто-нибудь механизм дампа кучи JRockit?


person zhengel    schedule 07.06.2016    source источник
comment
это нормальное поведение jrockit. Полный сборщик мусора выполняется перед созданием дампа кучи. Если вы подозреваете утечку памяти, сделайте серверные дампы кучи во время нагрузочного теста и проанализируйте их с помощью соответствующих инструментов, таких как Eclipse MAT.   -  person Emmanuel Collin    schedule 07.06.2016
comment
спасибо, что поделился Эммануэль. Проблема была выявлена ​​и связана с JRockit. Вы можете обратиться к блогу Oracle https://blogs.oracle.com/buck/entry/where_did_all_of_these< /а>   -  person zhengel    schedule 14.06.2016


Ответы (1)


Всякий раз, когда вы берете дамп кучи, запускается полный сборщик мусора, а затем куча будет сбрасываться. Возможно, поэтому размер дампа кучи очень мал.

Если вы хотите проанализировать утечку памяти между полными сборщиками мусора, то, вероятно, единственным вариантом будет профилирование памяти с помощью профилировщика Java (Mission Control, jProfiler и т. д.).

person Naveen Hiremath    schedule 07.06.2016