如何确定我使用哪种 GC？

Question

我没有指定任何 GC，我认为我的 JVM 默认没有启用任何 GC。

当然我知道OpenJDK8默认使用ParallelGC，但我认为它应该可以通过命令行打印，像这样：

java -XX:+PrintFlagsFinal|grep Use|grep GC

我希望输出包含 bool UseParallelOldGC = true {product}但它不是：

     bool ParGCUseLocalOverflow                     = false                               {product}

     bool UseAdaptiveGCBoundary                     = false                               {product}

     bool UseAdaptiveSizeDecayMajorGCCost           = true                                {product}

     bool UseAdaptiveSizePolicyWithSystemGC         = false                               {product}

     bool UseAutoGCSelectPolicy                     = false                               {product}

     bool UseConcMarkSweepGC                        = false                               {product}

     bool UseDynamicNumberOfGCThreads               = false                               {product}

     bool UseG1GC                                   = false                               {product}

     bool UseGCLogFileRotation                      = false                               {product}

和

java -XX:+PrintCommandLineFlags -version

我希望输出包含：XX:+UseParallelGC但也不是：

-XX:InitialHeapSize=460493056 -XX:MaxHeapSize=7367888896 -XX:+PrintCommandLineFlags -XX:+UseCompressedClassPointers -XX:+UseCompressedOops 

.

我的 JVM 选项：

-XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintGCDateStamps -XX:+PrintHeapAtGC -verbose:gc -XX:+PrintTenuringDistribution -XX:+PrintGCApplicationStoppedTime

.

上面的输出表明没有启用任何 GC（我想是这样），我对这种情况感到非常困惑。

日志显示 JVM 堆分为new和tenured，但没有打印 GC 类型。

可悲的是，我也不能jmap -heap {pid}用来获取 GC 类型，因为 jmap 在我的环境中没有这个选项（-heap）。

所以我想知道：

1. 哪个 GC 是我真正使用的？

2. 命令行选项（-XX:+PrintCommandLineFlags和-XX:+PrintFlagsFinal）输出信息是否正确？

我的环境：k8s+docker，Alpine OpenJKD8

Answer 1

jcmd <pid> VM.flags应该有帮助。例如$ /usr/java/jdk1.8.0_202/bin/java Test...$ jcmd 28815 VM.flags28815:-XX:CICompilerCount=3 -XX:InitialHeapSize=266338304 -XX:MaxHeapSize=4257218560 -XX:MaxNewSize=1418723328 -XX:MinHeapDeltaBytes=524288 -XX:NewSize=88604672 -XX:OldSize=177733632 -XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:+UseParallelGC最后打印的标志-XX:+UseParallelGC即使没有明确指定。然后，如果我运行将 G1 作为默认收集器的 JDK 11，我将得到以下输出：$ /usr/java/jdk11.0.2/bin/java Test...$ jcmd 28862 VM.flags28862:-XX:CICompilerCount=3 -XX:ConcGCThreads=1 -XX:G1ConcRefinementThreads=4 -XX:G1HeapRegionSize=1048576 -XX:GCDrainStackTargetSize=64 -XX:InitialHeapSize=266338304 -XX:MarkStackSize=4194304 -XX:MaxHeapSize=4257218560 -XX:MaxNewSize=2554331136 -XX:MinHeapDeltaBytes=1048576 -XX:NonNMethodCodeHeapSize=5830092 -XX:NonProfiledCodeHeapSize=122914074 -XX:ProfiledCodeHeapSize=122914074 -XX:ReservedCodeCacheSize=251658240 -XX:+SegmentedCodeCache -XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:+UseFastUnorderedTimeStamps -XX:+UseG1GC现在最后打印的选项是-XX:+UseG1GC.如果由于某种原因你没有jcmd可用的，你可以尝试jattach哪个是轻量级的独立替代品jcmd：$ jattach 28862 jcmd VM.flags更新如果没有-XX:Use*GC打印任何标志，则表示使用了 Serial GC。这只发生在 JDK 8 和更早版本上。从 JDK 9 开始，Use*GCJVM 会自动设置其中一个标志。有关详细信息，请参阅JDK-8068582。

Answer 2

bool问题是，当您真正想要一个名称时，您正在查看类型的 JVM 选项。这不是你的错，JVM 的设计者决定给不同的垃圾收集器命名，但提供看起来像布尔选项的控件。因此，即使所有这些选项都是false，也有一个垃圾收集器，但这些选项不足以获得它的名字。但另一方面，无论如何，大多数名称都不足以描述这些垃圾收集器的作用，或者它们与其他算法的不同之处。JDK8默认使用ParallelGC并不完全正确；正如这个答案所描述的，该算法是由一些启发式选择的，但是，在大多数情况下，你最终会选择 ParallelGC。使用以下代码Object flags = ManagementFactory.getPlatformMBeanServer().invoke(&nbsp; &nbsp; ObjectName.getInstance("com.sun.management:type=DiagnosticCommand"),&nbsp; &nbsp; "vmFlags", new Object[] { null }, new String[] { "[Ljava.lang.String;" });for(String f: ((String)flags).split("\\s+"))&nbsp; &nbsp; if(f.contains("GC")) System.out.println(f);for(GarbageCollectorMXBean gc: ManagementFactory.getGarbageCollectorMXBeans())&nbsp; &nbsp; System.out.printf("%-20s%s%n", gc.getName(), Arrays.toString(gc.getMemoryPoolNames()));我明白了> jdk1.8.0_162\bin\java ...-XX:+UseParallelGCPS Scavenge&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;[PS Eden Space, PS Survivor Space]PS MarkSweep&nbsp; &nbsp; &nbsp; &nbsp; [PS Eden Space, PS Survivor Space, PS Old Gen]在我的机器上，所以在没有选项的情况下运行确实在这个环境中选择了 ParallelGC。但请注意报告的名称“PS Scavenge”和“PS MarkSweep”，它们突出了选项和名称的另一个问题：典型配置考虑有两种垃圾收集算法，一种用于次要 gc，一种用于主要 gc。当我尝试时-XX:-UseParallelGC，我得到> jdk1.8.0_162\bin\java -XX:-UseParallelGC ...-XX:+UseParallelGCPS Scavenge&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;[PS Eden Space, PS Survivor Space]PS MarkSweep&nbsp; &nbsp; &nbsp; &nbsp; [PS Eden Space, PS Survivor Space, PS Old Gen]这演示了 JVM 选项的问题，如下所示boolean：我无法关闭它们，因为 JVM 需要一个实际的其他垃圾收集器来选择。所以要关闭并行，你可以使用-XX:+UseSerialGC：> jdk1.8.0_162\bin\java -XX:+UseSerialGC ...-XX:+UseSerialGCCopy&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; [Eden Space, Survivor Space]MarkSweepCompact&nbsp; &nbsp; [Eden Space, Survivor Space, Tenured Gen]为了比较> jdk1.8.0_162\bin\java -XX:+UseConcMarkSweepGC ...-XX:+UseConcMarkSweepGC-XX:+UseParNewGCParNew&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; [Par Eden Space, Par Survivor Space]ConcurrentMarkSweep [Par Eden Space, Par Survivor Space, CMS Old Gen]请注意这两种算法中的每一种如何与一个选项相关联，但指定一个选项可以选择两种垃圾收集算法。> jdk-9.0.4\bin\java ...-XX:ConcGCThreads=2-XX:+UseG1GCG1 Young Generation [G1 Eden Space, G1 Survivor Space]G1 Old Generation&nbsp; &nbsp;[G1 Eden Space, G1 Survivor Space, G1 Old Gen]> jdk-11.0.1\bin\java ...-XX:ConcGCThreads=2-XX:GCDrainStackTargetSize=64-XX:+UseG1GCG1 Young Generation [G1 Eden Space, G1 Survivor Space, G1 Old Gen]G1 Old Generation&nbsp; &nbsp;[G1 Eden Space, G1 Survivor Space, G1 Old Gen]> jdk-11.0.1\bin\java -XX:+UnlockExperimentalVMOptions -XX:+UseEpsilonGC ...-XX:+UseEpsilonGCEpsilon Heap&nbsp; &nbsp; &nbsp; &nbsp; [Epsilon Heap]因此，如果尝试获取相关Use…GC boolean选项的代码（即上面代码的第一部分，使用非标准com.sun.management:type=DiagnosticCommandMBean）找不到任何选项，您可以尝试使用 报告的垃圾收集器名称getGarbageCollectorMXBeans()，但正如您所见，这些名称与 JVM 选项的名称不匹配，因此您必须知道这些名称是如何关联的。但归根结底，这些名称都不是真正的描述性名称，所以它们只有在您已经知道这些名称背后的内容时才有用……