ставка между gc распределение кучи и моя java-программа

Question

Мое приложение бросает java.lang.OutOfMemoryError: GC overhead limit exceeded Ошибка. Я обыскал его и получил достаточно информации. Oracle говорит:

Причина: Подробное сообщение «Превышение предельного уровня GC» указывает, что сборщик мусора работает все время, и программа Java делает очень медленный прогресс. После сбора мусора, если процесс Java тратит более 98% времени на сборку мусора, и если он восстанавливает менее 2% кучи и до сих пор делает последние 5 (постоянная времени компиляции) последовательного мусора коллекции, затем вызывается java.lang.OutOfMemoryError. Это исключение обычно выбрасывается из-за того, что количество живых данных едва вписывается в кучу Java, у которой мало свободного места для новых распределений. Действие: Увеличьте размер кучи. Исключение java.lang.OutOfMemoryError для превышения верхнего предела GC может быть отключено с помощью флаг командной строки -XX: -UseGCOverheadLimit.

Мой вопрос: как я могу отслеживать кучу, выделенную GC, и моей программой java. Я попробовал jstat -gcutil, но у него недостаточно информации. Есть ли инструмент, который я могу видеть скорость между моим распределением кучи java-программы за GC распределением кучи? Спасибо за консультацию.

Answer 1

Обратите внимание, что это не «java heap» и «gc heap allocation», а процессорное время, выделенное для фактической программы и времени процессора, предназначенного для GC. Исключение выбрасывается, когда большая часть времени проводится в сборщике мусора.

Это происходит, когда выделенная куча близка к ее максимальному размеру (опция -Xmx), и большая часть объекта в куче reachable. Ваша задача определить, является ли максимальный размер слишком малым (вероятно, если вы используете значения по умолчанию), или есть утечка памяти (объект, который предотвращает сбор большого дерева).

При работе с этими проблемами я предпочитаю использовать jvisualvm, который поставляется с Oracle JDK и предоставляет графическую информацию в реальном времени.

Последние JVM предоставляют более подробную информацию, чем предыдущие, но также используют разные алгоритмы GC, которые могут изменять наблюдаемые результаты.