Как проанализировать использование памяти java — программой?

Question

[Тарасов Константин]

Застопорился на такой задаче - проанализировать использование памяти java - программой. Методов возвращающих кол-во памяти пожираемой объект в java нет. Анализировать же извне тоже сложно - ведь там мы видим еще и память занимаемую JVM. С помощью чего можно проанализировать, сколько та или иная программа потребляет памяти в чистом виде, не беря во внимание JVM и тд? Наверняка же уже придумано что-то для этой цели. (Самостоятельный подсчет не предлагать)

Answer 1

[vlastachu]

Можете воспользоваться логом для сборщика мусора.

java -Xloggc:<файл для вывода лога> -XX:+PrintGCDetails -XX:+PrintGCDateStamps <ваша программа с флагами>

На разных JVM флаги и формат вывода разный.
Вот что вы скорее всего увидете.

[GC 245118K->214677K(1571712K) eden 30464K->0K survivor 247K->270K tenured 214406K->214406K, 0.0212236 secs]
[GC 245141K->214708K(1571712K) eden 30463K->0K survivor 270K->301K tenured 214406K->214406K, 0.0229019 secs]
[GC 245172K->214692K(1571712K) eden 30463K->0K survivor 301K->285K tenured 214406K->214406K, 0.0241589 secs]
[GC 245156K->214747K(1571712K) eden 30463K->0K survivor 285K->340K tenured 214406K->214406K, 0.0245928 secs]

Здесь используется сборщик мусора с тремя кучами (три поколения) eden, survivor и tenured.
У каждого из них есть характеристики сколько бы до сборки и сколько осталось после (eden 30463K->0K).
В начале есть общая характеристика которая вас наверное и интересует. В ней также указан объем памяти занимаемый объектами до сборки и после сборки, а также в скобках указан общий объём кучи. Кроме этих поколений есть также и permanent generation, где хранится информация о классах и статические поля. Во многих моментах я могу ошибаться, но надеюсь я помог с направлением поиска.
Ещё есть GCViewer - визуализирует состояние сборщика и собирает общую статистику.
Если вы найдёте какую-нибудь документацию по формату лога сборщика - поделитесь ссылкой. Был бы благодарен.

Comments

[Тарасов Константин]

Даже почему-то не брал в голову, что это можно делать с помощью ГК. Нашел гайдик от оракла - www.oracle.com/webfolder/technetwork/tutorials/obe...

[vlastachu]

@saroff Ну вам может гайды пригодятся (если раньше ничего про сборщик не читали - наверное самое время, можете посравнивать производительности для ваших требовательных к памяти приложений).
А я в конце спросил немного оффтоп. stackoverflow.com/questions/24224159/java-gc-log-f... можете посмотреть здесь то, что мне давно не понять.

И я немного усомнился в вашем тезисе "Методов возвращающих кол-во памяти пожираемой объект в java нет." и решил поискать и вот что нашел: stackoverflow.com/questions/2015463/how-to-view-th...
Так что мой изначальный ответ скорее уводит вас от решения.

[Тарасов Константин]

@vlastachu Вау. Последнее выглядит интересно) Посмотрим, то ли это, что мне нужно.
ЗЫ Программы по памяти не требовательны. Мне интересно провести сравнения использования памяти разными классами из стандартной библиотеки. Глядишь, и в песочницу результаты в виде статьи оформлю.

Answer 2

[Losted]

Может не совсем верно понимаю вопрос, но чем профайлеры-то не подходят?

Comments

[Тарасов Константин]

Например тем, что я 3 раз в жизни слышу это слово :) Ну не третий, но около того.

[Losted]

Посмотрите VisualVM из JDK или JProfiler, например

Answer 3

[Power]

Сведения о памяти можно ещё с помощью jstat смотреть. Это такая консольная утилита, которая позволяет подключиться к любому запущенному java-процессу (только запускать её обязательно от имени того же пользователя, от которого java запущена).
Эти же сведения умеют показывать всякие графические visualvm и jconsole.
Но то, что вы там увидите, - это потребеление, в которое входят в том числе объекты самой JVM и несобранный мусор.
А чтобы смотреть подробности и "чистое" потребление, нужен профилировщик (visualvm и jconsole это тоже умеют).