Расположение файла кучи дампа Java при использовании jconsole?

Question

Ну, это неловко ...

Я начинаю играть с анализатором памяти Eclipse, чтобы искать утечки памяти Java в окне Windows. Шаг 1 - получить файл дампа кучи. Для этого я запускаю свой Java (javaw.exe) процесс из Eclipse и подключаюсь к нему с помощью jconsole. Затем на вкладке MBeans jconsole нажмите кнопку dumpHeap. В первый раз, когда я это сделал, я увидел всплывающее сообщение о том, что он создал файл дампа кучи, но не дал его имени или местоположения. Теперь всякий раз, когда я делаю dumpHeap снова при подключении к другому процессу javaw.exe, JConsole говорит:

Problem invoking dumpHeap : java.io.IOException: File exists 

и, конечно, не дает его имя или путь. Где это может быть?

Я искал свой диск C: (используя инструменты командной строки cygwin) для файлов, содержащих «hprof» или «java_pid» или «heapdump», и не нашел ничего правдоподобного. Я даже использовал поиск Windows для поиска всех файлов в рабочей области Eclipse, которые были изменены в последний день.

Я использую JVM Sun Java 1.6 и не имею -XX: набор HeapDumpPath.

Обновление (28 апреля 2010 г.): Мое первоначальное местоположение файла кучи должно быть определено jconsole, инструмент, с которого я запускал кучу кучи. Местоположение дампа кучи JVM должно применяться только к дампам кучи, которые он запускает (например, в OutOfMemoryException).

Предложение Мэтта использовать jvisualvm прекрасно решает мою проблему, указывая мне на гораздо более полезную замену старой jconsole. У этого есть хороший профилировщик памяти, который показывает, какие типы объектов являются самыми многочисленными и хранят большую часть памяти. И у этого есть монитор, который показывает фактическое использование памяти с течением времени. Когда вы спросите его о дампе кучи, он сообщает вам имя файла даже! Анализатор памяти Eclipse дает вам полную информацию.

Answer 1

Попробуйте jvisualvm, он имеет гораздо лучший интерфейс.

Обратите внимание, что начиная с версии JDK версии 6, версии 7 или выше, Java VisualVM поставляется вместе с JDK. См. here.

Answer 2

Вы всегда можете использовать ProcessMonitor, чтобы увидеть, где он пытается писать :) Сделал это сам в прошлом.

Answer 3

Согласно docs для Sun Java SE6 JVM:

По умолчанию дамп кучи создается в файл с именем java_pid < PID> .hprof в рабочей директории VM

В Eclipse рабочий каталог определен на вкладке «Аргументы» диалогового окна «Запуск конфигурации». Значение по умолчанию - это тот же каталог, что и класс, который вы используете.

Answer 4

Почему вы не устанавливаете первый параметр для dumpHeap (String, boolean) при попытке вызвать dumpHeap() из jconsole? это сгенерированное местоположение файла файла и файла файла heapdump.

Answer 5

Я нашел сфабрированный файл в ту же папку, где размещен файл .bat, запускающий мое приложение Java. (Я использую окна 8.1, java 7) В моем случае jboss,/jboss-as/bin/folder. Чтобы найти его, я искал * файлы, с сегодняшней датой создания и более 200 МБ.