Длительное время сбора мусора в AEM

#java #garbage-collection #aem

#java #сбор мусора #aem

Вопрос:

Я сталкиваюсь с проблемами с моим издателем, где требуется много времени на сборку. Что может быть причиной этого? Как это решить?

Когда я проверил показатель использования выделения памяти кучи через http://<<publisher_server>>:4503/ system / console /memoryusage, обнаружил, что

  1. PS Eden space — 75%
  2. PS Оставшееся пространство — 0% — Может быть, это о чем-то говорит
  3. PS Старый gen — 99%

Что здесь могло быть не так? Любые указания!

Комментарии:

1. Это может быть утечка памяти или куча с неправильной конфигурацией. Пожалуйста, приложите значения размера кучи Xms и Xmx и экраны, сделанные после анализа дампа кучи. Вы можете использовать инструмент Eclipse Memory Analyzer для анализа дампа кучи

2. Eden предназначен для вновь выделенных объектов, Survivor — для объектов, которые недостаточно стары, чтобы перейти в tenured. Вам, скорее всего, не хватает выделенного пространства, что приводит к запуску многочисленных полных gc: ов. Попробуйте увеличить объем памяти и запустить gc logging.

3. Спасибо за комментарии! В качестве быстрого исправления — я перезапустил сервер, и он работает нормально. Тем не менее, я взял дамп кучи для дальнейшего анализа на предмет любых утечек памяти..