optavgpause

对于许多应用程序，吞吐量不如响应时间那么重要。假设一个应用程序要求在 100 毫秒内完成对工作项目的处理。如果 GC 停顿时间在 100 毫秒级别，那么在 GC 期间就无法在规定时间内完成处理。垃圾收集的一个问题是，停顿时间会增加处理项目花费的最大时间。大型堆（在 64 位平台上可用）会加剧这种影响，因为垃圾收集要处理更多的对象。

optavgpause 是一个替代的 GC 策略，其设计目的是使停顿时间最小化。它并不保证特定的停顿时间，但是停顿时间会比默认 GC 策略产生的停顿时间短。它采用的思路是在应用程序运行的同时并发地执行一些垃圾收集工作。这通过两种手段来实现：

并发的标志和扫描（concurrent mark and sweep）：在堆被填满以前，每个 mutator 会让出时间对对象加标志（并发标志）。GC 仍然会停止应用程序的运行，但是停顿时间会显著缩短。在 GC 之后，mutator 线程会让出时间进行扫描（并发扫描）。

后台 GC 线程：在应用程序空闲时，一个（或多个）低优先级的后台 GC 线程会执行标志工作。

根据应用程序的不同，与默认 GC 策略相比，吞吐量性能会有 5% 到 10% 的下降。

图 3 展示在使用 optavgpause 策略时执行时间在 GC 线程和 mutator 线程之间如何分布。没有显示后台追踪线程，因为它应该不会影响应用程序的性能。

图 3. 在 optavgpause 策略中 CPU 时间在 mutator 和 GC 线程之间的分布

图中的灰色区域表示启用了并发追踪，每个 mutator 线程必须放弃它的一部分处理时间。每个并发阶段之后进行一次完整的垃圾收集，垃圾收集完成在并发阶段没有完成的标志和扫描工作。由此导致的停顿时间应该会比一般 GC（optthruput）短得多，这在图 3 中表现为 GC 框的时间跨度更小。从 GC 结束到并发阶段开始之间的间隔是变化的，但是这个阶段对性能没有显著影响。

optavgpause

对于许多应用程序，吞吐量不如响应时间那么重要。假设一个应用程序要求在 100 毫秒内完成对工作项目的处理。如果 GC 停顿时间在 100 毫秒级别，那么在 GC 期间就无法在规定时间内完成处理。垃圾收集的一个问题是，停顿时间会增加处理项目花费的最大时间。大型堆（在 64 位平台上可用）会加剧这种影响，因为垃圾收集要处理更多的对象。

optavgpause 是一个替代的 GC 策略，其设计目的是使停顿时间最小化。它并不保证特定的停顿时间，但是停顿时间会比默认 GC 策略产生的停顿时间短。它采用的思路是在应用程序运行的同时并发地执行一些垃圾收集工作。这通过两种手段来实现：

并发的标志和扫描（concurrent mark and sweep）：在堆被填满以前，每个 mutator 会让出时间对对象加标志（并发标志）。GC 仍然会停止应用程序的运行，但是停顿时间会显著缩短。在 GC 之后，mutator 线程会让出时间进行扫描（并发扫描）。

后台 GC 线程：在应用程序空闲时，一个（或多个）低优先级的后台 GC 线程会执行标志工作。

根据应用程序的不同，与默认 GC 策略相比，吞吐量性能会有 5% 到 10% 的下降。

Java技术，IBM风格: 垃圾收集策略，第1部分: 不同的策略提供了灵活性(4)

图 3 展示在使用 optavgpause 策略时执行时间在 GC 线程和 mutator 线程之间如何分布。没有显示后台追踪线程，因为它应该不会影响应用程序的性能。

图 3. 在 optavgpause 策略中 CPU 时间在 mutator 和 GC 线程之间的分布

图中的灰色区域表示启用了并发追踪，每个 mutator 线程必须放弃它的一部分处理时间。每个并发阶段之后进行一次完整的垃圾收集，垃圾收集完成在并发阶段没有完成的标志和扫描工作。由此导致的停顿时间应该会比一般 GC（optthruput）短得多，这在图 3 中表现为 GC 框的时间跨度更小

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!