“压实烫发”值代表什么？

Question

我正在调查一个生产系统上的JVM崩溃，以下内存值在下面的hs\u err\u pid日志文件片段中代表什么？

Heap
 par new generation   total 1258624K, used 955445K [0x00000005c0000000, 0x00000006155b0000, 0x000000066aaa0000)
  eden space 1118784K,  73% used [0x00000005c0000000, 0x00000005f1e52598, 0x0000000604490000)
  from space 139840K,  98% used [0x000000060cd20000, 0x00000006153db100, 0x00000006155b0000)
  to   space 139840K,   0% used [0x0000000604490000, 0x0000000604490000, 0x000000060cd20000)
 tenured generation   total 2796224K, used 1745107K [0x000000066aaa0000, 0x0000000715550000, 0x00000007c0000000)
   the space 2796224K,  62% used [0x000000066aaa0000, 0x00000006d52d4d90, 0x00000006c2e0c400, 0x0000000715550000)
 compacting perm gen  total 482944K, used 482943K [0x00000007c0000000, 0x00000007dd7a0000, 0x0000000800000000)
   the space 482944K,  99% used [0x00000007c0000000, 0x00000007dd79fff0, 0x00000007dd7a0000, 0x00000007dd7a0000)
No shared spaces configured.

我关心的是“压缩perm-gen”的用法：它是指最大分配perm-gen堆的使用百分比，还是最大堆的使用百分比，或者其他什么？提供的百分比似乎是已用/总百分比的一部分，这是分配的总perm gen吗？由于我们的-XX:MaxPermSize设置为1GB。。。

是否有任何有用的资源（除了Oracle白皮书，它没有提到hs_err文件）来解释在JVM崩溃中转储的数据？




Answer 1

但仅仅因为您将MaxPermSize设置为1GB，并不意味着HotSpot将遵守它。我认为我从未获得超过512MB的数据。JVM的482MB非常接近这个数字。

无论如何，512MB对于PermGen来说已经足够了，因为它只用于保存类的元数据，除非通过ClassLoader加载更多的类，否则它的大小不会增长。所以问题是：您真的需要超过512MB来保存内存中所有必要类的字节码大小吗？

很可能您的系统在PermGen中确实存在内存泄漏。

Answer 2

我从未找到准确描述“压实perm gen”值的参考文献，但我们自己的调查证明，报告的值为：

当前使用的永久发电机/当前分配的永久发电机

在我问题中的示例中，这意味着已经为PermGen分配了482944K内存，其中482943K已在GC点使用（99%）。我们的最大PermGen大小设置为1048576K（1GB），因此收集过程有大量保留资源可重新分配。

对于那些遇到类似问题的人，我们最终解决了问题。在我们的例子中，它原来是一个利用太阳的第三方图书馆。其他。不安全类，当使用不当时，它是出了名的“不安全”。

在本例中，克隆对象的一段逻辑将特定的类加载器传递给了某个sun。其他。复制对象的不安全操作。在某些机器上，复制的对象经常在损坏状态下创建。当JVM试图进行垃圾收集时，它最终会捕获其中一个坏对象并崩溃。这总是导致我的问题中描述的错误。