OutOfMemory Exception - как VisualVM поможет найти утечку памяти с помощью файла heapdump?

Question

Я тестировал свой webapp локально на своем компьютере и контролировал его с помощью VisualVM. Недавно я также начал использовать JMeter, так как мне было предложено провести нагрузочное тестирование, поскольку я подозревал, что у меня медленная утечка памяти.

Сегодня мой webapp, наконец, выбрал исключение OutOfMemory. У меня были параметры HeapDumpOnOutOfMemoryError и HeapDumpPath, если это произошло. Создан файл дампа кучи.

Я открыл этот файл (java_pid2760.hprof) в VisualVM, и если честно, я не понимаю, как я должен быть в состоянии точно определить виновника этой утечки памяти ...

Как вам использовать VisualVM для анализа дампа кучи и найти класс/экземпляр, который генерирует утечку памяти?

Answer 1

Вот несколько ссылок, я обнаружил, полезные при отладке утечек памяти:

http://olex.openlogic.com/wazi/2009/how-to-fix-memory-leaks-in-java/

http://www.ibm.com/developerworks/rational/library/05/0816_GuptaPalanki/

Edit:

Вы также можете попробовать: http://rejeev.blogspot.com/2009/04/analyzing-memory-leak-in-java.html

Answer 2

Использование VisualVM для анализа дампов кучи и утечек памяти pin-point непросто, и я бы не рекомендовал использовать этот инструмент, если вы впервые работаете над этим типом проблемы. Подумайте о загрузке HPjmeter и дайте ему сделать работу за вас.

После открытия файла дампа выберите опцию «Отсеченный ссылочный график». Это покажет вам все объекты в вашем webapp, отсортированные по размеру. В большинстве сценариев утечки памяти вы просачиваете один тип объектов, которые накладывают воздушные шары со временем в кучу. HPjmeter поможет вам быстро определить этот случай.