【发布时间】：2018-09-24 07:03:09
【问题描述】：
我在非常相似的 VM 上运行 java，但我找不到为什么在一种情况下选择 SerialGC 而不是 G1GC 的解释。它在 AWS 上是相同的 Java 版本、相同的操作系统、相同的 VM 实例类型，我怀疑唯一的区别是容器设置，但我不知道如何查明发生了什么变化。有没有办法解释为什么 VM 决定选择此设置或其他设置？
两种情况下的Java版本：
java version "10.0.1" 2018-04-17
Java(TM) SE Runtime Environment 18.3 (build 10.0.1+10)
Java HotSpot(TM) 64-Bit Server VM 18.3 (build 10.0.1+10, mixed mode)
在一种情况下运行java时：
java -XX:+PrintFlagsFinal -XX:+PrintCommandLineFlag
输出：
Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF8
-XX:InitialHeapSize=253366976 -XX:MaxHeapSize=4053871616 -XX:+PrintCommandLineFlags -XX:+PrintFlagsFinal -XX:ReservedCodeCacheSize=251658240 -XX:+SegmentedCodeCache -XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:+UseSerialGC
[Global flags]
(...)
bool UseG1GC = false {product} {default}
bool UseParallelGC = false {product} {default}
bool UseSerialGC = true {product} {ergonomic}
还有一个：
Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF8
-XX:G1ConcRefinementThreads=8 -XX:InitialHeapSize=253480064 -XX:MaxHeapSize=4055681024 -XX:+PrintCommandLineFlags -XX:+PrintFlagsFinal -XX:ReservedCodeCacheSize=251658240 -XX:+SegmentedCodeCache -XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:+UseG1GC
[Global flags]
(...)
bool UseG1GC = true {product} {ergonomic}
bool UseParallelGC = false {product} {default}
bool UseSerialGC = false {product} {default}
【问题讨论】：
-
你说“非常相似的虚拟机”。这意味着存在差异。您是否检查过 -version 确实给出了完全相同的结果。
-
嗯，是的，这就是我想要确定的。 java 是完全相同的（将其添加到原始问题中） - 作为整个 docker 图像。但它是不同的 AWS AMI，我们以不同的方式部署映像（直接使用 k8s 而不是 docker）。
-
您使用串行收集器的虚拟机是否可能只有一个 CPU？
-
我在这两种情况下都运行了
cat /proc/cpuinfo，并且在这两种情况下都可以看到 8 个 vCPU。 -
我知道你正在使用 docker/k8s。所以我认为重要的是分配给 docker 容器的 cpu 数量，而不是虚拟机。您能否也检查一下 - 分配给 docker 容器的 cpu 数量、cpu 配额和/或 cpu 份额。
标签： java garbage-collection jvm