Java AEM中的长垃圾收集时间

Java AEM中的长垃圾收集时间,java,garbage-collection,aem,Java,Garbage Collection,Aem,我面临着出版商的问题,这需要很长时间。这背后的原因可能是什么?如何解决 当我通过http://:4503/system/console/memoryusage检查堆内存分配的使用分数时,发现 PS伊甸园空间-75% PS幸存者空间-0%-可能这是在说什么 PS旧世代-99% 这里发生了什么事?任何指示 这可能是内存泄漏或配置错误的堆。请附上堆大小Xms和Xmx值以及分析堆转储后的屏幕。您可以使用Eclipse内存分析器工具来分析堆转储。对于新分配的对象来说,堆转储是有效的;对于没有足够大的时间移

我面临着出版商的问题,这需要很长时间。这背后的原因可能是什么?如何解决

当我通过http://:4503/system/console/memoryusage检查堆内存分配的使用分数时,发现

  • PS伊甸园空间-75%
  • PS幸存者空间-0%-可能这是在说什么
  • PS旧世代-99%

  • 这里发生了什么事?任何指示

    这可能是内存泄漏或配置错误的堆。请附上堆大小Xms和Xmx值以及分析堆转储后的屏幕。您可以使用Eclipse内存分析器工具来分析堆转储。对于新分配的对象来说,堆转储是有效的;对于没有足够大的时间移动到永久的对象来说,堆转储是有效的。你肯定是用完了终身空间,触发了许多完整的gc:s。尝试增加内存并运行gc日志记录。感谢您的评论!作为一个快速修复-我重新启动了服务器,它工作正常。但是,我已经对堆转储进行了进一步的内存泄漏分析。这可能是内存泄漏,也可能是配置错误的堆。请附上堆大小Xms和Xmx值以及分析堆转储后的屏幕。您可以使用Eclipse内存分析器工具来分析堆转储。对于新分配的对象来说,堆转储是有效的;对于没有足够大的时间移动到永久的对象来说,堆转储是有效的。你肯定是用完了终身空间,触发了许多完整的gc:s。尝试增加内存并运行gc日志记录。感谢您的评论!作为一个快速修复-我重新启动了服务器,它工作正常。但是,我已将堆转储用于进一步分析内存泄漏。。