parallel scavenge 收集器 参数GCTimeRatio

最新推荐文章于 2024-10-01 22:22:21 发布
原创 最新推荐文章于 2024-10-01 22:22:21 发布 · 5.2k 阅读 · 6 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文探讨了Java虚拟机中Parallel Scavenge收集器的GCTimeRatio参数的意义及其计算方式，通过具体例子解析了垃圾收集时间占比与吞吐量之间的关系。

parallel scavenge 收集器 参数GCTimeRatio



GCTimeRatio参数的值应当是一个大于0且小于100的整数，也就是垃圾收集时间占总时间的比率，相当于是吞吐量的倒数。如果把此参数设置为19，那允许的最大GC时间就占总时间的5%（即1/（1+19）），默认值为99，就是允许最大1%（即1/（1+99））的垃圾收集时间。（引自《深入理解java虚拟机》）


这句描述没有太懂。

首先作者先说“也就是垃圾收集时间占总时间的比率”例子中设置为19 ,最后确得出“GC时间占用的总时间比例为5%”，这里的“垃圾收集时间”和“GC时间”难道是不一个概念吗？

其次，“相当于吞吐量的倒数”倒数的概念特意百度了一下：分子和分母相倒并且两个乘积是1的数互为倒数，0没有倒数
。还是例子中的参数设置为19

，那么吞吐量取其倒数，应该就是1/19，二不是“5%（即1/（1+19））”



所以是否有大神可以指正一下，是我没看懂作者的描述吗？


我好像有点理解了，作者所说的倒数

是两个数字相加为1，而不是我所理解两个相乘为1


书中定义的吞吐量= 运行客户代码时间/（运行客户代码时间+垃圾收集时间）

如果公式是对的，那么  参数= 运行客户代码时间/垃圾回收时间，这样就能解释这个例子的公式了



zmzmz_m
关注
JVM性能调优实战：参数、GC与监控技巧
silenceallat的博客
03-22 1325
本文深入探讨了JVM性能调优的关键方面，包括JVM参数调优、GC策略选择与日志监控。通过实际案例分析，我们展示了如何根据应用场景调整JVM参数和GC策略，以及如何利用日志监控工具来诊断和解决性能问题。文章强调了逐步调整、收集基线数据、使用监控工具和分析日志的重要性，并提供了实用的技巧。最终目标是帮助读者掌握JVM性能调优的核心概念，确保Java应用程序在生产环境中稳定高效运行。
JVM参数太多？一网打尽常用JVM参数！
m0_71777195的博客
02-23 239
查看其他更多JVM相关参数可以参考官方文档:本篇文章介绍常用JVM参数，主要有GC日志、运行时数据区（栈、堆、元空间、直接内存）、OOM、垃圾收集器相关的参数，有效理解参数可以更好的进行JVM调优。
【JVM】监控调优（四）：GC调优实操（gceasy）
热门推荐
A minor
10-24 4万+
JVM调优主要就是调整下面两个指标 停顿时间：垃圾收集器做垃圾回收中断应用执行的时间。-XX:MaxGCPauseMillis 吞吐量：运行用户代码时间/(运行用户代码时间+垃圾收集时间)。-XX:GCTimeRatio=n 停顿时间越短就越适合需要和用户交互的程序，良好的响应速度能提升用户体验； 高吞吐量则可以高效地利用CPU时间，尽快完成程序的运算任务，主要适合在后台运算而不需要太多交互的任 务。 1.GC调优步骤 打印GC日志（注：Tomcat可以直接加载JAVA_OPTS变量里） -
JVM性能调优(Parallel Scavenge、CMS、G1、参数设置)
JolyouLu的博客
07-19 1335
JVM性能调优 JVM调优主要指标 停顿时间：垃圾收集器做垃圾回收中断应用执行的时间(就是一次Full GC的时间)，可通过 -XX:MaxGCPauseMillis进行配置，这个并不是你配置了之后就会按照你设置的时间执行，JVM用自适应的方式让Full GC时间接近你设置的时间。 吞吐量：垃圾收集的时间和总时间的占比：1/(1+n)，吞吐量就是1减去垃圾收集时间占总时间的占比，1-1/(1+n) ， 可通过-XX:GCTimeRatio进行配置。 GC调优步骤 打印GC日志 # 打印GC日志
-XX:GCTimeRatio
u014520797的专栏
03-15 4351
The Parallel Collector The parallel collector (also referred to here as thethroughput collector) is a generational collector similar to the serial collector. parallel 收集器（这里也叫做吞吐量收集器），是一个类似serial收...
深入探索JVM垃圾收集器 — 经典垃圾收集器之Parallel Scavenge收集器、Serial Old收集器、Parallel Old收集器
cupkss的博客
09-13 1172
Parallel Scavenge收集器、Serial Old收集器、Parallel Old收集器
Jvm垃圾收集器总结之 Parallel Scavenge 收集器
wandou9527的博客
08-29 1520
Parallel Scavenge 收集器是个新生代收集器。它也是使用复制算法的收集器，又是并行的多线程收集器、、、、看上去和ParNew 都一样，那它有什么特别之处呢？ Parallel Scavenge 收集器的特点是它关注的点和其他收集器不同，CMS 等收集器的关注点是尽可能的缩短垃圾收集器期间用户线程的停顿时间，而 Parallel Scavenge 收集器的目标则是达到一个可控的吞吐量（Throughput）。所谓吞吐量就是 CPU 运行用户线程的时间和 CPU 总时间的比值。即吞吐量 = 运行
Parallel Scavenge收集器：吞吐量优先
qq_42185762的博客
04-15 1081
ParallelScavenge收集器，是年轻代中除了ParNew以外的另一款垃圾收集器，同样采用了并行回收、复制算法和”StopTheWorld“机制。 那么它和ParNew的区别？ 和ParNew收集器不同，ParallelScavenge收集器的目标是达到一个可控制的吞吐量（Throughput），它也被称为吞吐量优先的垃圾收集器。 自适应调节策略也是ParallelScavenge与ParNew的一个重要区别。 高吞吐量可以高效的利用CPU时间，尽快完成程序的运算任务，（意味着暂停时...
JVM系列——垃圾收集器Parrlel Scavenge、CMS、G1常用参数和使用场景
庄的博客
02-03 1741
本文主要梳理了上述三种垃圾收集器（Parallel Scavenge、CMS和G1）的常用配置参数和使用场景，以便在实际应用中能够更加精准地调优和应对不同的性能需求。
ParNew和Parallel Scavenge有什么区别
u012534547的博客
10-01 886
ParNew是为与 CMS 老年代回收器搭配而设计的，主要关注最小停顿时间和响应时间。是注重吞吐量的垃圾收集器，更多应用于批处理任务和对暂停时间要求不敏感的应用场景。你可以根据具体应用的需求来选择最合适的垃圾收集器。
Parallel Scavenge收集器
沉迷代码无法自拔
06-11 1万+
Parallel Scavenge垃圾收集器因为与吞吐量关系密切，也称为吞吐量收集器（Throughput Collector）。1、特点（A）、有一些特点与ParNew收集器相似      新生代收集器；      采用复制算法；      多线程收集；（B）、主要特点是：它的关注点与其他收集器不同      CMS等收集器的关注点是尽可能地缩短垃圾收集时用户线程的停顿时间；      而Par...
Parallel Scavenge收集器-GC日志分析
lihongtai的专栏
11-27 1527
1) jvm参数配置                  默认使用的就是Parallel Scavenge收集器                  也可以通过 -XX:+UseParallelGC 来配置 -Xms10m -Xmx10m -XX:SurvivorRatio=2 -XX:+PrintGCDetails -XX:NewRatio=2  2)代码 package com.ro...
微信小程序多图片上传问题
zezezes的博客
11-01 353
解决后台设置不同图片可能时间中不能区分的问题， 可以将后台时间再往后设置毫秒 具体为 //格式化时间戳 SimpleDateFormat sdf = new SimpleDateFormat("yyyyMMddHHmmssSSS"); String nowTime = sdf.format(new Date().getTime()); ...
JVM性能调优-Parallel Scavenge收集器
逍遥云恋
12-15 1124
简介：Parallel Scavenge收集器讲解 是什么 Parallel Scavenge 收集器是⼀个新⽣代收集器，它也是使⽤复制算法的收集器，⼜是并⾏的多线程收集器 由于与吞吐量关系密切，Parallel Scavenge 收集器也经常称为“吞吐量优先”收集器 吞吐量是什么？CPU⽤于运⾏⽤户代码的时间与CPU总时间的⽐值，99%时间执⾏⽤户线程，1%时间回收垃圾 ，这时候吞吐量就是99...
简介JVM的Parallel Scavenge及Parallel Old垃圾收集器
Etyero的博客
06-05 1万+
Parallel Scavenge: 是与ParNew类似，都是用于年轻代回收的使用复制算法的并行收集器，与ParNew不同的是，Parallel Scavenge的目标是达到一个可控的吞吐量，吞吐量=程序运行时间/（程序运行时间+GC时间），如程序运行了99s，GC耗时1s，吞吐量=99/（99+1）=99%。Parallel Scavenge提供了两个参数用以精确控制吞吐量，分别是用以控制最
Java垃圾回收
weixin_30235225的博客
07-03 172
本文主要摘自《深入理解Java虚拟机》，内容较多，尽量全面概括了 Java 垃圾回收机制、垃圾回收器以及内存分配策略等内容。了解 Java 垃圾回收之前，需要先了解 Java内存区域 Java 垃圾回收机制 垃圾回收主要关注 Java 堆 Java 内存运行时区域中的程序计数器、虚拟机栈、本地方法栈随线程而生灭；栈中的栈帧随着方法的进入和退出而有条不紊地执行着出栈和入栈操作。每一个栈帧...
学习记录316@GCTimeRatio表示什么
教练我想学编程
09-28 1464
GCTimeRatio，按照字面翻译是垃圾回收时间比率，一旦这样翻译，就错了。 事实上，这个不是%值，那这到底代表什么呢？是有点尴尬和不好理解，但是还是以官方文档为准： parallel-collector1 在这个网址中查找GCTimeRatio，得到以下内容： 翻译一下： 理解： 虽然GCTimeRatio字面上翻译是垃圾回收时间比率，但是其值并不是这样得，这个值不是%值，但是这个值可以用来计算垃圾回收时间与应用程序时间（应用程序时间不包括垃圾回收时间）的比率，计算公式为1 / (1 + GCTim
JVM--GC调优
BtWangZhi的博客
03-06 415
基本原则 Parallel 除非确定，否则不要设置最大堆内存 优先设置吞吐量目标 如果吞吐量目标达不到，调大最大内存，不能让OS使用Swap，如果仍然达不到，降低目标。 吞吐量能达到，GC时间太长，设置停顿时间的目标。 设置metaspace 设置吞吐量和停顿时间参数 -XX:MaxGCPauseMillis=100 -XX:GCTimeRatio=99 设置动态扩容增量 -XX:YoungGenerationSizeIncrement=30 G1 年轻代大小：避免使用-Xmn、-XX:NewRat
深入聊聊Java 垃圾回收机制【附原理图及调优方法】
认知 行动 坚持
08-08 4070
1、如何判断对象可以回收 1.1引用计数法 1.2可达性分析算法 1.3四种引用 2、垃圾回收算法 2.1标记清除 定义：Mark Sweep 速度较快 会造成内存碎片 2.2标记整理 定义：Mark Compact 速度慢 没有内存碎片 2.3复制 定义：Copy 不会有内存碎片 需要占用双倍内存空间 3、分代垃圾回收 对象首先分配在伊甸园区域 新生代空间不足时，触发minor gc，伊甸园和from存活的对象使用 copy复制到 to中，...
Parallel Scavenge如何实现优先吞吐量，底层原理是什么，实现方式
最新发布
08-22
<think>嗯，用户这次聚焦在Parallel Scavenge实现吞吐量优先的底层机制上，需要结合之前讨论的ParNew对比点深入展开。用户提供的引用[3][4][5]特别关键，其中提到两个控制参数和自适应策略，这应该是回答的核心。 用户可能正在调优高吞吐量应用（比如批处理系统），所以需要知道PS如何通过算法和JVM协作实现目标。深层需求或许是验证“自适应调节”是否真能替代手动调优，以及如何影响实际性能。 从技术角度看，需要拆解三个层面：一是并行回收的线程协作机制（复制算法+多线程），二是吞吐量公式$Throughput=\frac{app\ time}{total\ time}$如何通过参数映射到GC行为，三是自适应策略的反馈控制原理（比如MaxGCPauseMillis实际是软约束）。 特别要注意引用[5]提到的历史背景——Parallel Old的出现让PS形成完整解决方案，这点在原理说明时要关联起来。另外Java8默认使用PS这点可能暗示用户环境，可以强调生产环境中的常见配置。 数学表达需要谨慎：停顿时间公式$T_{pause} \propto \frac{heap}{threads}$要标注比例关系而非精确等式，避免过度简化。自适应流程图用mermaid简化表现很必要，但需确认支持性。 最后的问题设计要延续吞吐量主题，比如扩展到G1/ZGC的对比，或者监控指标选取，这样用户能延续研究链条。</think>Parallel Scavenge（PS）垃圾收集器通过以下底层机制实现**吞吐量优先**的目标，其核心原理和实现方式如下： --- ### 一、核心实现原理 1. **多线程并行回收** - 采用多线程并行执行**新生代垃圾回收**（复制算法），充分利用多核CPU资源，缩短单次GC时间[^2][^4]。 - 线程数默认与CPU核心数相等（可通过`-XX:ParallelGCThreads`调整），最大化并行效率[^4]。 2. **自适应调节策略（关键区别）** PS独有的自适应机制动态调整JVM参数以优化吞吐量，公式为： $$吞吐量 = \frac{应用程序运行时间}{应用程序运行时间 + GC时间} \times 100\%$$ - **监控系统状态**：实时跟踪GC停顿时间、对象分配速率、晋升老年代速率等指标[^1][^4]。 - **动态调整参数**： - 自动调整新生代大小（`-Xmn`）、Eden与Survivor比例（`-XX:SurvivorRatio`） - 优化对象晋升老年代的年龄阈值（`-XX:MaxTenuringThreshold`） - 根据目标吞吐量/停顿时间，平衡堆内存分配[^3][^5]。 3. **吞吐量定向参数控制** - **`-XX:MaxGCPauseMillis`**： 设置最大GC停顿时间**上限**（非精确值）。PS会**牺牲部分吞吐量**尝试满足此约束，例如减少堆大小以缩短回收时间[^3][^5]。 - **`-XX:GCTimeRatio`**： 直接设定吞吐量目标，公式为： $$GCTimeRatio = \frac{应用程序运行时间}{GC时间}$$ 默认值99（即GC时间占比≤1%），增大该值可提升吞吐量优先级[^3][^5]。 --- ### 二、底层工作流程 ```mermaid graph TD A[应用程序运行] -->|对象分配| B(Eden区满) B --> C{触发Parallel Scavenge GC} C --> D[暂停所有应用线程 STW] D --> E[多线程并行执行] E --> F[复制存活对象到Survivor区] E --> G[年龄达标对象晋升老年代] D --> H[自适应策略调整参数] H --> I[根据历史GC数据计算新参数] I --> J[更新堆大小/晋升阈值等] J --> K[恢复应用线程] ``` --- ### 三、与ParNew的本质区别 | **特性** | **Parallel Scavenge** | **ParNew** | |------------------|------------------------------------------|--------------------------------| | **核心目标** | 最大化吞吐量 | 降低单次GC停顿时间 | | **自适应调节** | ✅ 自动优化堆/分区/晋升阈值[^1][^4] | ❌ 需手动配置参数 | | **参数控制** | 通过`MaxGCPauseMillis`/`GCTimeRatio`定向 | 无吞吐量专用参数 | | **适用场景** | 计算密集型后台任务（批处理、科学计算）[^5] | 响应敏感型系统（如Web服务） | | **老年代搭配** | Parallel Old（标记-压缩算法，吞吐优先） | CMS（低延迟并发收集） | --- ### 四、性能优化示例 若需**吞吐量 > 90%**（即GC时间占比<10%）： 1. 设置目标比例：`-XX:GCTimeRatio=9` （公式：$吞吐量 = \frac{9}{9+1} \times 100\% = 90\%$） 2. 限制单次停顿：`-XX:MaxGCPauseMillis=200` （PS会尝试调整堆大小满足此约束）[^3][^5] 3. 自适应系统自动优化其他参数，无需手动干预。 --- ### 总结 Parallel Scavenge通过**多线程并行回收**和**自适应策略**动态平衡堆内存与GC行为，将系统资源优先分配给应用线程，从而实现高吞吐量。其底层以**反馈调节机制**为核心，区别于ParNew的固定策略，更适合后台计算型任务[^1][^4][^5]。 --- **相关问题** 1. Parallel Scavenge的自适应调节如何避免因堆缩小导致频繁Full GC？ 2. 在容器化环境中，Parallel Scavenge的自适应策略如何感知CPU/内存限制？ 3. 如何监控Parallel Scavenge的自适应调节日志以验证吞吐量优化效果？ 4. 对比G1收集器，Parallel Scavenge在高吞吐场景下的优势与局限是什么？
评论 19
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值