Как узнать код создания мусорных объектов

Question

Как узнать код создания мусорных объектов

1

Приложение создает 3 ГБ мусорных объектов, и это заставляет мусор собираться. Этот процесс создания мусора и последующего сбора повторяется каждые 30 минут. Я взял кучу кучи и смог идентифицировать Unreachable Objects, но нет способа идентифицировать код, создающий эти объекты UnReachable. Пожалуйста, дайте мне знать, если есть способ узнать, какой код отвечает за это, не покупая Jprofiler/YourKit.

Amrish Pandey 27 нояб. 2014, в 03:46

Источник

0

В чем проблема? Что не так с собираемым мусором?
PM 77-1 27 нояб. 2014, в 02:31
0

Этот процесс создания 3 ГБ мусора и его сбора повторяется каждые 30 минут. График памяти полон плотно упакованных гор. Я хотел бы, чтобы это было очень разреженным, с меньшей частотой GC и меньшим количеством мусора. Следовательно, необходимо знать, какая часть кода создает мусор
Amrish Pandey 27 нояб. 2014, в 02:36
1

Вы знаете, что это за объекты? если вы это сделаете, ищите что-то, создавая их, а затем освобождая ссылки. GC является нормальной частью программирования Java. Теперь, если вы держите вещи на короткий промежуток времени и должны их кэшировать, чтобы избежать лишнего мусора, который является архитектурным решением в вашем приложении.
LhasaDad 27 нояб. 2014, в 02:50
0

Я понимаю это и не беспокоюсь об объектах, на которые я держу ссылки, поскольку это архитектурные решения. Выяснить ссылку на мусор в коде, а затем вычесть это очень сложная задача
Amrish Pandey 27 нояб. 2014, в 02:52
0

Попробуйте aprof - распределение профилировщика.
apangin 27 нояб. 2014, в 06:29

Показать ещё 3 комментария

Теги:

java

garbage-collection

jvm

heap-memory

2 ответа

Ещё вопросы

В чем проблема? Что не так с собираемым мусором?
Этот процесс создания 3 ГБ мусора и его сбора повторяется каждые 30 минут. График памяти полон плотно упакованных гор. Я хотел бы, чтобы это было очень разреженным, с меньшей частотой GC и меньшим количеством мусора. Следовательно, необходимо знать, какая часть кода создает мусор
Вы знаете, что это за объекты? если вы это сделаете, ищите что-то, создавая их, а затем освобождая ссылки. GC является нормальной частью программирования Java. Теперь, если вы держите вещи на короткий промежуток времени и должны их кэшировать, чтобы избежать лишнего мусора, который является архитектурным решением в вашем приложении.
Я понимаю это и не беспокоюсь об объектах, на которые я держу ссылки, поскольку это архитектурные решения. Выяснить ссылку на мусор в коде, а затем вычесть это очень сложная задача
Попробуйте aprof - распределение профилировщика.

Chetan Naik · Answer 1 · 2014-11-27T00-47-00.000Z

Вы всегда можете использовать Java Flight recorder и Java Mission Control вместо Jprofiler/YourKit. Он поддерживается версией Oracle JDK 7 Update 40 (7u40) и далее. Если вы не на версиях ниже этого.

http://www.oracle.com/technetwork/java/javaseproducts/mission-control/java-mission-control-1998576.html

https://docs.oracle.com/javacomponents/jmc.htm

Да, я использую Java 7 обновление 51. Разве не коммерческая функция бортового самописца?
Посмотрите на раздел «Лицензирование» в приведенном ниже URL. infoq.com/news/2013/10/misson-control-flight-recorder . Там нет конкретной проверки, я считаю. Я помню, как использовал это некоторое время назад, чтобы оценить.

LhasaDad · Answer 2 · 2014-11-28T12-11-00.000Z

Вы можете попробовать взять кучу кучи и загрузить его в Инструмент анализа памяти: https://eclipse.org/mat/. Он должен дать вам несколько идей о том, что у вас есть много и, возможно, откуда они пришли.

Попробовал это. Дамп кучи помогает обнаружить недостижимые / ненужные объекты, но не их иерархию вызовов. Регистратор полета JDK 7 мне очень помог.