В настоящее время я отслеживаю свое работающее Java-приложение с помощью Visual VM: http://visualvm.java.net/
Я подчеркиваю использование памяти с помощью -Xmx128m.
При запуске я вижу, что размер кучи увеличивается до 128 м (как и ожидалось), однако используемая куча сходится примерно к 105 м, прежде чем я сталкиваюсь с ошибкой пространства кучи java.
Почему эти оставшиеся 20м не используются?
Куча разделена на Young-Generation (Eden-Space и два Survivor-Spaces одинакового размера, обычно называемые From и To), Old Generation (Tenured) и Постоянное пространство.
Параметр Xmx/Xms задает общий размер кучи. Таким образом, регион (с размером по умолчанию) на самом деле является постоянным пространством — и, возможно, мы не знаем подробностей о вашем стресс-тесте, никакие объекты на самом деле не перемещаются из Эдема в постоянные или постоянные, поэтому эти регионы остаются пустыми, пока Эдем заканчивается. пространства.
-Xmx настраивает полную кучу (включая PermGen), а другие флаги, такие как XX:MaxPermSize, настраивают внутреннюю структуру кучи.
- person Andreas Dolk; 05.05.2011
Вам нужно понять центральный факт об эргономике сборщика мусора:
Дорогостоящей частью сборки мусора является поиск и обработка объектов, которые НЕ являются мусором.
Это означает: по мере того, как куча приближается к своей максимальной емкости, сборщик мусора будет тратить все больше и больше времени на все меньшую отдачу в освобожденном пространстве. Если бы сборщик мусора пытался использовать каждый последний байт памяти, конечным результатом было бы то, что ваша JVM тратила бы все больше и больше времени на сборку мусора, пока... в конце концов... почти не выполнялась бы полезная работа.
Чтобы избежать этой патологической ситуации, JVM отслеживает соотношение времени, затрачиваемого на сборку мусора и выполнение полезной работы. Когда соотношение превышает настраиваемое пороговое значение, сборщик мусора выдает OutOfMemoryError ... даже несмотря на то, что (технически) имеется свободная память. Это, вероятно, то, что вы видите, хотя другие объяснения столь же правдоподобны.
Вы можете изменить пороги GC, размеры генерации и т. д. с помощью параметров JVM, но, вероятно, лучше этого не делать. Лучше выяснить, почему использование памяти вашим приложением постоянно растет. Скорее всего, это утечки памяти... т.е. ошибки... в вашем коде, которые вызывают это. Потратьте свои усилия на поиск и исправление этих ошибок, а не беспокойтесь о том, почему вы не используете всю память.
(На самом деле, вы используете его... но не все время.)
Java разделяет память на поколения. Вы можете получить ошибку пространства в куче, если постоянное поколение заполняется. Обычно они изменяются динамически, но если вы установили фиксированный размер, этого не произойдет.
