为什么JVM始终以FULL GC启动?

时间:2011-09-14 08:37:29

标签: java jboss garbage-collection jvm

我正在JBoss AS5上运行的Web应用程序上执行调整基准测试。

我正在使用JMeter创建不同的场景,从低负载到压力负载。

我注意到GC日志始终使用完整的GC启动。

有人可以向我解释这种行为吗?

提前致谢。

FWIW,这是GC日志的片段:

17.560: [Full GC [PSYoungGen: 44456K->0K(458752K)] [ParOldGen: 0K->4385K(1572864K)]      44456K->4385K(2031616K) [PSPermGen: 11565K->11555K(262144K)], 0.9226691 secs]
72.478: [GC [PSYoungGen: 393216K->30720K(458752K)] 397601K->35105K(2031616K), 0.1787110    secs]
112.137: [GC [PSYoungGen: 423936K->38912K(458752K)] 428321K->43297K(2031616K), 0.2197971 secs]
188.297: [GC [PSYoungGen: 432128K->54272K(458752K)] 436513K->58657K(2031616K), 0.3034273 secs]
309.100: [GC [PSYoungGen: 447488K->60416K(458752K)] 451873K->64801K(2031616K), 0.3111470 secs]
430.354: [GC [PSYoungGen: 453632K->65536K(454848K)] 458017K->72129K(2027712K), 0.3374716 secs]
546.078: [GC [PSYoungGen: 454848K->65536K(415104K)] 461441K->78881K(1987968K), 0.3746511 secs]
652.116: [GC [PSYoungGen: 415104K->40960K(436928K)] 428449K->88641K(2009792K), 0.3895185 secs]
765.134: [GC [PSYoungGen: 390528K->28672K(437632K)] 438209K->94882K(2010496K), 0.2703870 secs]
870.726: [GC [PSYoungGen: 380800K->23552K(375680K)] 447010K->102114K(1948544K), 0.1948568 secs]
976.144: [GC [PSYoungGen: 375680K->18432K(436096K)] 454242K->110306K(2008960K), 0.1734677 secs]

2 个答案:

答案 0 :(得分:2)

它并不总是从GC开始,你可以拥有一个永远不会有GC的程序。

但是,当JVM启动时,它默认使用最少量的内存。

应用程序正在构建数据结构,并且将保留高百分比的对象。这不是正常行为,幸存者空间可能会耗尽。 JVM被调整为假设大多数新创建的对象将被丢弃。当幸存者空间耗尽时,将触发Full GC。

由于您知道应用程序将增加多少内存,因此可以使用

之类的选项
-ms512m -mx1g

完整的GC将消失,您将收集较少的费用。

答案 1 :(得分:0)

在Jboss社区的Peter Johnson的帮助下。我已经能够知道这个问题的答案了。

我在这里写这篇文章与你分享。

  

对System.gc()的调用被编码到app服务器中(或者它使用的一个库中 - 我知道RMI库就像要调用GC一样),我怀疑它是从bootstrap过渡的到应用服务器本身。我认为它可能在部署或其他主要初始化活动后执行另一个GC或两个GC。我认为这背后的想法是在处理用户请求之前让堆尽可能干净。当然,这在几年前有意义,当时服务器没有那么多的内存而且堆更小。我在JBoss AS中发现了从4.0.x到5.x的这种行为(没有监视6上的GC行为)。