Warning: file_get_contents(/data/phpspider/zhask/data//catemap/5/bash/17.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181

Warning: file_get_contents(/data/phpspider/zhask/data//catemap/3/reactjs/21.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Jboss -详细垃圾收集器解释_Jboss_Garbage Collection - Fatal编程技术网

Jboss -详细垃圾收集器解释

Jboss -详细垃圾收集器解释,jboss,garbage-collection,Jboss,Garbage Collection,我正在运行JBoss5.1,我得到了这个GC数据 34.098: [GC 197635K->91639K(236480K), 0.0356348 secs] 37.139: [GC 217911K->100951K(239936K), 0.0541968 secs] 37.194: [Full GC 100951K->97239K(304704K), 0.3325776 secs] 38.602: [GC 214271K->97547K(285568K), 0.04889

我正在运行JBoss5.1,我得到了这个GC数据

34.098: [GC 197635K->91639K(236480K), 0.0356348 secs]
37.139: [GC 217911K->100951K(239936K), 0.0541968 secs]
37.194: [Full GC 100951K->97239K(304704K), 0.3325776 secs]
38.602: [GC 214271K->97547K(285568K), 0.0488937 secs]
41.395: [GC 220811K->111699K(304512K), 0.0334592 secs]
42.734: [GC 235155K->115815K(304384K), 0.0208743 secs]
43.722: [GC 239271K->115801K(303872K), 0.0166861 secs]
44.373: [GC 241049K->118266K(304128K), 0.0106151 secs

有人能解释一下什么时候发生完全GC,为什么堆大小前后的差别如此之小,而完全GC时堆大小不应该更大吗。完整GC之前的行是正常GC,它有这么大的差异和很小的收集时间?我只注意到这两行的时间戳非常接近

您看到的是两者,收集发生在年轻/伊甸园空间和旧空间。这两个空间使用不同类型的收集器,因为这些区域中的对象具有不同的特征。 那些完整的地面军事系统通常是最大的问题,因为它们速度慢,会停止你的虚拟机。幸运的是,你还没有遇到什么大问题,但你的问题是为什么会发生

不幸的是,这是不可能说的。 如果你想知道更多,你应该激活开关-XX:+PrintGCDetails

然而,我们可以猜测。正如您正确指出的,堆没有满300MB中的100MB,它也没有收集到太多的30MB。
所以我猜这个GC是由对System.GC的调用引起的。您应该使用-XX:+DisableExplicitGC来防止它们发生,或者您找到实际执行此操作的代码并将其删除。

我只是想知道,在应用服务器上启动这些完整的GC是否正常?因为在服务器启动后,我并没有从那个里收集完整的数据。