对于每次垃圾收集暂停，gc+cpu=info日志输出都包含一行信息，其中包含来自操作系统的信息，并详细说明暂停时间已花费的时间。这种输出的一个例子是User=0.19s Sys=0.00s Real=0.01s.

用户时间是花在 VM 代码上的时间， system time 是在操作系统中花费的时间，以及 real time是暂停期间经过的绝对时间量。如果系统时间相对较长，那么最常见的原因是环境。

高系统时间的常见已知问题有：

• VM 从操作系统内存中分配或返还内存可能会导致不必要的延迟。通过使用选项-Xms和将最小和最大堆大小设置为相同的值来避免延迟 -Xmx，并使用预接触所有内存-XX:+AlwaysPreTouch来将此工作移至 VM 启动阶段。
• 特别是在 Linux 中，通过透明大页面 (THP)功能将小页面合并为大页面往往会导致随机进程停止，而不仅仅是在暂停期间。由于 VM 分配和维护大量内存，因此 VM 将成为长时间停滞的进程的风险高于平常。有关如何禁用透明大页面功能的信息，请参阅操作系统的文档。
• 由于某些后台任务间歇性地占用了写入日志的硬盘的所有 I/O 带宽，因此写入日志输出可能会停止一段时间。考虑为您的日志或其他一些存储使用单独的磁盘，例如内存支持的文件系统以避免这种情况。

另一种需要注意的情况是实时时间远大于其他情况的总和，这可能表明 VM 在可能过载的机器上没有获得足够的 CPU 时间。

有关处理参考对象所需时间的信息显示在参考处理阶段。在引用处理阶段，G1根据特定类型的引用对象的要求更新引用对象的引用。默认情况下，G1尝试使用以下启发式方法并行化引用处理的子阶段:对于每个-XX:ReferencesPerThread引用对象启动一个单独的线程，由-XX:ParallelGCThreads中的值限定。可以通过将-XX:ReferencesPerThread设置为0来禁用这种启发式，默认情况下使用所有可用的线程，或者通过-XX:-ParallelRefProcEnabled完全禁用并行化。

正常的年轻集合，一般来说，任何年轻的集合所花费的时间大致与年轻代的大小成正比，或者更具体地说，集合集中需要复制的活动对象的数量。如果Evacuate Collection Set阶段花费的时间太长，尤其是Object Copy子阶段，请减少-XX:G1NewSizePercent。这减少了年轻代的最小大小，允许可能更短的暂停。

如果应用程序性能，特别是在集合中存活的对象数量突然发生变化，则可能会出现与年轻代大小有关的另一个问题。这可能会导致垃圾收集暂停时间出现峰值。使用 减少最大年轻代大小可能会很有用-XX:G1MaxNewSizePercent。这限制了年轻代的最大大小以及暂停期间需要处理的对象数量。

混合收集用于回收老年代的空间。混合收集包含年轻代和年老代区域。您可以通过启用gc+ergo+cset=trace日志输出来获取有关年轻代或年老代区域的疏散时间对暂停时间的信息。分别查看年轻代和年老代区域的预测年轻区域时间和预测年老区域时间。

如果预测的年轻区域时间太长，请参上面的”Young-Only阶段的Young_Only集合耗时太长”以获取选项。否则，为了减少老年代区域对暂停时间的处理，G1 提供了三个选项：

• 通过增加-XX:G1MixedGCCountTarget =8(默认) 反复执行混合回收8次，每次回收受MaxGCPauseMillis的影响可能一次性回收不了所有垃圾，增加次数才能回收的更彻底。如果值设置的过小则每次回收的STW时间会延长。

• -XX:G1MixedGCLiveThresholdPercent =85(默认) 若要回收的region区存活的对象空间占用达到85%时不去回收此空间。

• 提前停止老年代空间回收，这样 G1 就不会收集那么多的高占用区域。在这种情况下，增加 
  -XX:G1HeapWastePercent =5(默认) 混合回收整理出来的空闲空间占heap的5%时，结果老年代的回收

请注意，最后两个选项减少了可以为当前空间回收阶段回收空间的收集集候选区域的数量。这可能意味着 G1 可能无法在老年代回收足够的空间来持续运行。然而，稍后的空间回收阶段可能能够对它们进行垃圾收集。

为了使 G1 能够疏散单个老年代区域，G1 跟踪跨区域引用的位置，即从一个区域指向另一个区域的引用。指向给定区域的跨区域引用集称为该区域的记忆集。移动区域的内容时，必须更新记住的集合。区域记忆集的维护大多是并发的。出于性能目的，当应用程序在两个对象之间安装新的跨区域引用时，G1 不会立即更新区域的记住集。记住的集合更新请求被延迟和批处理以提高效率。

G1 需要完整的记忆集进行垃圾收集，因此垃圾收集的更新 RS阶段处理任何未完成的记忆集更新请求。该扫描RS在记忆组对象引用阶段的搜索，移动区域中的内容，然后更新到新的位置，这些对象的引用。根据应用的不同，这两个阶段可能需要很长时间。

使用该选项调整堆区域的大小 -XX:G1HeapRegionSize会影响跨区域引用的数量以及记忆集的大小。处理区域的记住集合可能是垃圾收集工作的重要组成部分，因此这对可实现的最大暂停时间有直接影响。较大的区域往往具有较少的跨区域引用，因此处理它们所花费的相对工作量会减少，但同时，较大的区域可能意味着每个区域要疏散更多的活动对象，从而增加了其他阶段的时间。

G1 尝试调度记忆集更新的并发处理，以便更新 RS 阶段占用大约-XX:G1RSetUpdatingPauseTimePercent允许的最大暂停时间的百分比。通过减小这个值，G1 通常会同时执行更多的记忆集更新工作。

伪高更新RS时间与应用程序分配大对象的结合可能是由优化引起的。什么优化？尝试通过批处理来减少并发记住的集更新工作。
如果创建此类批处理的应用程序恰好发生在垃圾收集之前，那么垃圾收集必须在暂停的Update RS时间部分处理所有这些工作。
使用-XX:-ReduceInitialCardMarks禁用此行为并可能避免这些情况。

扫描 RS 时间也由 G1 执行的压缩量决定，以保持记住的设置存储大小较低。记住的集合存储在内存中越紧凑，在垃圾回收期间检索存储的值所需的时间就越多。G1 自动执行这种压缩，称为记忆集粗化，同时根据该区域记忆集的当前大小更新记忆集。特别是在最高压缩级别下，检索实际数据可能会非常缓慢。-XX:G1SummarizeRSetStatsPeriod与 gc+remset=trace级别记录结合的选项显示是否发生这种粗化。如果是这样，则Before GC Summary部分X 中的行Did <X> coarsenings中的 将显示高值。这-XX:G1RSetRegionEntries可以显着增加选项以减少这些粗化的数量。避免在生产环境中使用这种详细的记住设置日志，因为收集这些数据可能需要大量时间。