一个奇怪的GC

[shaoshan_huli]

执行 jstat -gctuil 每个1秒打印gc结果

有较长一段时间 （大约20分钟） s0 s1 占用0%， eden 占用 100% PSOld 占用 100 此时fullgc频繁执行,fullgc后又是 eden 会回收些 70% 有时回收不了 还是100% 整个过程 s0 s1 都是0%

jmap -heap 查看堆使用情况如图

jvm参数：
-Xms2046m -Xmx5096m -XX:PermSize=256m -XX:MaxPermSize=512m

jdk版本：

java version "1.6.0_22"
Java(TM) SE Runtime Environment (build 1.6.0_22-b04)
Java HotSpot(TM) 64-Bit Server VM (build 17.1-b03, mixed mode)

[shaoshan_huli]

补充下 随着时间推移在红框区域 突然 gc恢复正常， 未恢复前程序很卡 但是cpu不高。 第二张图是在恢复正常后的 heap 占用情况 这里贴出来主要是 看下 堆的参数

[fei1710]

单纯从百分比看可能并不十分准确，java会动态增加或减少堆内存的大小。 jstat -gc可能会看的清楚一点。

[lcf]

这个很正常吧，你看最右一栏是GC总时间，前面那一堆100%的时候并没有GC执行，而红框中那一段由100变到71.85应该是有一些被回收，有一些从eden移到了old。程序要优化

[火影之贺]

2152这一列是young GC，你看它的值递增很快，到最后一行都是2159了。 young GC控制的是前3列的内存回收。 690这一列才是full GC，奇怪的是在你红色区域虚拟机应该做一次full GC，可是没见到690变成691。但是old区从100%降低到了70%多。 另外估计和楼主的内存这是的太大了也有关系， -Xms2046m -Xmx5096m -XX:PermSize=256m -XX:MaxPermSize=512m 这个参数太不合理了吧？为什么你的程序要分配这么多的内存？32位操作系统最多能用4G内存吧。 如果你的程序有内存泄露，这个值分配的再多也没用。

[火影之贺]

建议将-Xms2046m -Xmx5096m这个值调小，看看你的程序会不会有OutOfMemory的错误。 如果有，需要jmap导出内存文件，再使用工具分析内存泄露的地方。