6

如下所示，在一切正常运行的过程中，一个 stop-the-world GC 操作耗时 +60 秒。它可以被确定为整个世界的停止，因为（兵马俑）客户端掉线，抱怨它（兵马俑服务器）在那段时间没有响应。

这是年轻/未成年人GC吗？如果是，可能是因为年轻一代的饥饿（伊甸园+幸存者？）。

只有 109333(KB) 是免费的吗？

我将开始绘制不同的内存容器，任何其他建议可以做些什么来进一步诊断这些问题？

date, startMem=24589884, endMem=24478495, reclaimed=111389, timeTaken=0.211244 (1172274.139: [GC 24589884K->24478495K(29343104K), 0.2112440 secs])
date, startMem=24614815, endMem=24505482, reclaimed=109333, timeTaken=61.301987 (1172276.518: [GC 24614815K->24505482K(29343104K), 61.3019860 secs])
date, startMem=24641802, endMem=24529546, reclaimed=112256, timeTaken=2.68437 (1172348.921: [GC 24641802K->24529546K(29343104K), 2.6843700 secs])

Sun JVM 是 1.6，使用以下配置：

-Xms28672m -Xmx28672m -XX:+UseConcMarkSweepGC -XX:+PrintGCTimeStamps -XX:+PrintGC

合理的配置调整以进一步调试 GC：

'-XX:+PrintGCDateStamps' Print date stamps instead of relative timestamps
'-XX:+PrintGCDetails' Will show what cpu went for (user, kern), gc algorithm used 
'-XX:+PrintHeapAtGC' will show all of the heaps memory containers and their usage
'-Xloggc:/path/to/dedicated.log' log to specific file
4

1 回答 1

1

-XX:+UseConcMarkSweepGC启用并发收集

默认VS。 内容管理系统

总时间是 stop-the-world 阶段（JVM 阻塞）和并发阶段（JVM 执行用户代码）的总和。

您应该启用详细的 GC 日志记录以进一步调查，因为您不知道有多少 +60 秒阻塞了 JVM。

于 2013-01-28T17:39:47.397 回答