JAVA 垃圾收集监控

我们可以使用Java命令行和UI工具来监控应用程序的垃圾收集活动。下面的例子中，我使用Java SE Downloads 中一个演示程序。

如果你想使用同样的程序，前往 Java SE Downloads 页面下载JDK 7 and JavaFX Demos and Samples。我使用的和序示例是Java2Demo.jar 可以在jdk1.7.0_55/demo/jfc/Java2D 目录中找到。当然了这步可选。你可以选用任何Java程序执行GC监控命令。

我使用的启动演示程序的命令是：

pankaj@Pankaj: ~/Downloads/jdk1.7.0_55/demo/jfc/Java2D$ java -Xmx120m -Xms30m -Xmn10m -XX:PermSize=20m -XX:MaxPermSize=20m -XX:+UseSerialGC -jar Java2Demo.jar

1、JSTAT

我们可以使用 jstat 命令行工具来监控JVM内存和GC活动。标准的JDK中含有此命令。因此可以直接使用。

运行 jstat 之前你需要知道程序的进程ID号。你可以运行 ps -eaf | grep java 命令来获取。

pankaj@Pankaj: ~$ ps -eaf | grep Java2Demo.jar
501 9582  11579   0  9:48PM ttys000    0:21.66 /usr/bin/java -Xmx120m -Xms30m -Xmn10m -XX:PermSize=20m -XX:MaxPermSize=20m -XX:+UseG1GC -jar Java2Demo.jar
501 14073 14045   0  9:48PM ttys002    0:00.00 grep Java2Demo.jar

我的Java程序的进程ID号为 9582.现在我们可以如下执行jstat 命令。

1 pankaj@Pankaj: ~$ jstat -gc 9582 1000
2  S0C    S1C    S0U    S1U      EC       EU        OC         OU       PC     PU    YGC     YGCT    FGC    FGCT     GCT
3 1024.0 1024.0  0.0    0.0    8192.0   7933.3   42108.0    23401.3   20480.0 19990.9    157    0.274  40      1.381    1.654
4 1024.0 1024.0  0.0    0.0    8192.0   8026.5   42108.0    23401.3   20480.0 19990.9    157    0.274  40      1.381    1.654
5 1024.0 1024.0  0.0    0.0    8192.0   8030.0   42108.0    23401.3   20480.0 19990.9    157    0.274  40      1.381    1.654
6 1024.0 1024.0  0.0    0.0    8192.0   8122.2   42108.0    23401.3   20480.0 19990.9    157    0.274  40      1.381    1.654
7 1024.0 1024.0  0.0    0.0    8192.0   8171.2   42108.0    23401.3   20480.0 19990.9    157    0.274  40      1.381    1.654
8 1024.0 1024.0  48.7   0.0    8192.0   106.7    42108.0    23401.3   20480.0 19990.9    158    0.275  40      1.381    1.656
9 1024.0 1024.0  48.7   0.0    8192.0   145.8    42108.0    23401.3   20480.0 19990.9    158    0.275  40      1.381    1.656

　　

jstat命令的最后一个参数是每次输出的时间间隔，因此它会每隔一秒打印内存及垃圾回收数据。下面详细看看每列。

S0C and S1C: 这列显示当前 Survivor0 and Survivor1 区域的大小(KB)。

S0U and S1U: 这列显示 Survivor0 and Survivor1 区域的使用情况(KB). 其中一个Survivor区域总是空的。

EC and EU: 这列显示Eden区的当前大小及使用情况(KB). 注意 EU 的大小逐渐增加，当达到EC大小, 最小化 GC 被调用 ，EU 的大小减小。

OC and OU: 这列显示了老年代的当前大小及使用情况(KB)。

PC and PU: 这列显示了 持久化代(Perm Gen) 的当前大小及使用情况(KB)。

YGC and YGCT: YGC 列显示年轻代发生GC事件的数量。 YGCT 列显示年轻代发生GC操作累计时间. 注意这两列值都在增加与EU值减少是在同一行。这主要是最小化GC的原因。

FGC and FGCT: FGC 列显示了FUll GC发生的数量. FGCT 列显示了FULL GC操作的累计时间. 注意Full GC 所用的时间相比年轻代GC所用的时间要大的多。

GCT: 这列显示了GC 操作总累计时间。 注意它是 YGCT 和 FGCT 值的总和。

jstat的优点在于它可以在无GUI的远程服务器上执行。注意S0C, S1C 和EC之和为 10M ，与我们通过JVM选项 -Xmn10m 设置的值一样。

2、Java VisualVM with Visual GC

如果你想在GUI下查看内存及GC操作。 那么你可以使用 jvisualvm 工具。Java VisualVM 也同样包含在JDK中，你不需要单独下载。

只需要运行在终端上执行jvisualvm 命令来启动Java VisualVM程序。一旦启动，你需要通过Tools--》Plugins选项安装Visual GC 插件,正如下图所示。



Visual GC 安装完毕后，左边列中打开程序前往Visual GC 部分。你将会得到如下图所示的JVM内存及GC截图。



Java GC 调优是提高应用程序吞吐量的最后选择，只有当你发现长时间的GC导致性能下降而产生应用程序超时。

你会在日志中看到java.lang.OutOfMemoryError: PermGen space的错误信息。然后可以尝试监控并通过使用JVM 选项 -XX:PermGen and -XX:MaxPermGen 来增加Perm Gen内存空间。你或许也可以尝试使用-XX:+CMSClassUnloadingEnabled 来检查使用CMS垃圾收集的性能如何？

如果你发现大量的FUll GC操作，你可以试着增加老年代内存空间。

总之GC调优需要花费大量的精力和时间，这里绝没有什么硬性或者快速的规则。你需要尝试不同的选项，比较他们，并找对你应用程序来说最好的那个。

转自: http://www.cnblogs.com/tonyspark/p/3731696.html