JVM堆使用百分比-何时生成警报

Question

我们有一个部署在Tomcat8应用服务器上的应用程序，当前监控服务器（Zabbix）被配置为在堆内存利用率达到90%时生成警报。

生成了某些警报，提示我们进行堆转储分析。没有真正从堆转储出来的东西，没有内存泄漏。由于没有GC，有很多无法到达的对象没有被清理掉。

JVM配置：

-Xms8192m -Xmx8192m -XX:PermSize=128M -XX:MaxPermSize=256m 
-XX:+UseParallelGC -XX:NewRatio=3 -XX:+PrintGCDetails 
-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/app/apache-tomcat-8.0.33 
-XX:ParallelGCThreads=2 
-Xloggc:/app/apache-tomcat-8.0.33/logs/gc.log 
-verbose:gc -XX:+PrintGCDetails -XX:+PrintGCDateStamps 
-XX:+PrintGCTimeStamps -XX:GCLogFileSize=50m -XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=30

我们尝试使用jcmd命令手动运行垃圾回收，它清理了内存。运行jcmd后的GC日志：

2016-11-04T03:06:31.751-0400: 1974627.198: [Full GC (System.gc()) [PSYoungGen: 18528K->0K(2049024K)] [ParOldGen: 5750601K->25745K(6291456K)] 5769129K->25745K(8340480K), [Metaspace: 21786K->21592K(1069056K)], 0.1337369 secs] [Times: user=0.19 sys=0.00, real=0.14 secs]

问题：

1. 上面是否有任何配置导致GC无法自动运行。
2. 这种行为的原因是什么？我知道Java会在需要的时候做GC。但是，如果在堆利用率为90%的情况下仍未运行GC，那么警报阈值应该是多少（以及是否有必要根据堆利用率发出警报）。

Answer 1

当垃圾回收器决定每个垃圾回收器收集不同的数据时。我没有找到任何关于你的（并行GC）垃圾回收器何时运行的硬性承诺。许多垃圾收集器还会调优几个不同的变量，这会影响它何时运行。

正如您自己所注意到的，您的应用程序可以有很高的堆使用率，并且仍然运行良好。您在应用程序中寻找的是垃圾回收器仍然是高效的。这意味着它可以在一次运行中清理大量的垃圾。

大多数垃圾收集器有两个或更多的策略，一个用于‘年轻’对象，一个用于‘老’对象。当一个年轻的物体还没有在最近的（几个）收藏中被收藏时，它就变成了一个老物体。这背后的想法是，如果一个对象没有被收集，那么下一次可能也不会被收集。（大多数物体要么活得很短，要么活得很长）。垃圾收集器对年轻对象的清理非常有效，但并不完美。如果没有释放出足够的数据，那么将对所有（年轻的或老的）对象进行代价更高的垃圾收集。

这导致您在确定应用程序的运行状况时可以查看以下方面：

1. 应用程序垃圾收集所花费的时间（总计和占CPU时间的百分比）。
2. 垃圾收集后可用的内存量。
3. 大型垃圾收集数量的快速增加。

在大多数情况下，您将需要监视应用程序在负载下的行为，以查看哪些是适合您的值。

并行垃圾回收器使用类似的条件来确定是否一切正常：

如果总时间的98%以上用于垃圾回收，而恢复的堆不到2%，则抛出OutOfMemoryError。

使用VisualVM和JConsole可以很好地看到所有这些统计信息。我不确定您可以在监视工具中使用哪种触发器