我们正在hadoop集群中的其中一台datanode计算机上运行以下jstat

我们可以看到“完全垃圾收集时间”值很高

./jstat -gcutil   125973  1000
  S0     S1     E      O      M     CCS    YGC     YGCT    FGC    FGCT     GCT
  0.00   5.73  26.41  37.27  98.06      -  60191 28825.209    36 3810.757 32635.967
  0.00   5.73  26.42  37.27  98.06      -  60191 28825.209    36 3810.757 32635.967
  0.00   5.73  26.42  37.27  98.06      -  60191 28825.209    36 3810.757 32635.967
  0.00   5.73  26.43  37.27  98.06      -  60191 28825.209    36 3810.757 32635.967
  0.00   5.73  26.49  37.27  98.06      -  60191 28825.209    36 3810.757 32635.967
  0.00   5.73  26.49  37.27  98.06      -  60191 28825.209    36 3810.757 32635.967
  0.00   5.73  26.54  37.27  98.06      -  60191 28825.209    36 3810.757 32635.967
  0.00   5.73  40.56  37.27  98.06      -  60191 28825.209    36 3810.757 32635.967
  0.00   5.73  41.43  37.27  98.06      -  60191 28825.209    36 3810.757 32635.967
  0.00   5.73  41.92  37.27  98.06      -  60191 28825.209    36 3810.757 32635.967
  0.00   5.73  54.59  37.27  98.06      -  60191 28825.209    36 3810.757 32635.967
  0.00   5.73  63.52  37.27  98.06      -  60191 28825.209    36 3810.757 32635.967

是否有可能深入研究并更好地理解FGCT高价值的原因是什么？

通常在一段时间后，尽管Xmx的值很高，并且没有理由增加Xmx的值，我们仍然在那台机器上遇到了Java堆大小的问题

参考-https://dzone.com/articles/how-to-reduce-long-gc-pause