7

以下是我从 jvisualvm 执行执行 GC后拍摄的快照。堆统计 和 永久统计

第一张图片是堆统计数据，第二张是 perm gen 统计数据。我无法理解我何时使用 GC 减少了堆大小（如预期的那样），但永久代的分配大小增加了（尽管使用的 permgen 大小保持不变）。What could be the possible explanation of such behavior?

使用的 JVM 参数

-Xbootclasspath/p:../xyz.jar
-Xbootclasspath/a:../abc.jar
-Djava.endorsed.dirs=../resolver
-Djava.library.path=../framework
-Djavax.management.builder.initial=JBeanServerBuilder
-Djavax.net.ssl.trustStore=../certs
-Dorg.mortbay.log.class=JettyLogger
-Xms128m
-Xmx256m
-Xdebug
-Xnoagent
-Xrunjdwp:transport=dt_socket,server=y,suspend=y,address=2000

注意：出于适当的原因，我已更改名称（ex xyz.jar）。

合资公司信息：

JVM: Java HotSpot(TM) 64-Bit Server VM (23.6-b04, mixed mode)
Java: version 1.7.0_11, vendor Oracle Corporation
Java Home: /home/aniket/jdk1.7.0_11/jre
JVM Flags: <none>
4

2 回答 2

3
  • 内存分配 Heap/Perm/Eden/Young/S1/S2 等空间取决于用于 GC 的底层算法。
  • 上述空间的内存分配未定义为绝对值参数。它们被定义为对 JVM 可用的总堆/perm 的比率。
  • 以上两点可能指出，当堆大小发生变化时，所有空间的所有内存分配都会重新评估以保持定义的比率。

下面的链接将非常有用：

http://www.oracle.com/technetwork/java/javase/gc-tuning-6-140523.html

于 2013-07-30T09:01:32.807 回答
1

由于没有人提供答案，我将我的评论作为答案，尽管它有点含糊：

我猜 GC 会重新评估作为收集运行的一部分它必须控制的各种大小。所以它可能会决定它在烫发方面有点紧张，增加它。

于 2013-07-29T05:10:36.640 回答