前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >JVM垃圾回收器GC的常用参数

JVM垃圾回收器GC的常用参数

作者头像
斯武丶风晴
发布2020-05-04 14:34:23
2.4K0
发布2020-05-04 14:34:23
举报
文章被收录于专栏:龙首琴剑庐

GC 常用参数

代码语言:javascript
复制
# 年轻代 最小堆 最大堆 栈空间
-Xmn -Xms -Xmx -Xss
# System.gc()不管用 ,避免因System.gc()调用导致的FGC,生产环境建议
-XX:+DisableExplictGC 
# 年轻代存活对象升代年龄,最大值15 (CMS 默认是6, Parallel, G1 默认15)
-XX:MaxTenuringThreshold
  • GC 日志参数
代码语言:javascript
复制
# 生产环境一般再额外增加GC日志参数,OOME HeapDump 参数
-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/path/to/dir/
-Xloggc:/path/to/log/dir/gc-%t.log  -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintGCCause
  • 其他参数
代码语言:javascript
复制
## TLAB的参数,一般不需要调整
# 使用TLAB,默认打开
-XX:+UseTLAB
# 打印TLAB的使用情况
-XX:+PrintTLAB
# 设置TLAB大小  
-XX:TLABSize

# 打印类加载详细过程
-verbose:class
# 打印 VM 参数
-XX:+PrintVMOptions
# 打印最终参数值
-XX:+PrintFlagsFinal 
# 打印默认参数值
-XX:+PrintFlagsInitial

#  以下不建议生产环境设置
# 锁自旋次数 
-XX:PreBlockSpin 
# 热点代码检测参数
-XX:CompileThreshold

Parallel常用参数

代码语言:javascript
复制
# 新生代 ParallelScavenge + 老年代 ParallelOld  (JDK7,  JDK8 为默认垃圾回收器) 
-XX:+UseParallelGC
# 新生代 ParallelScavenge + 老年代 ParallelOld, 同上 
-XX:+UseParallelOldGC

# 并行收集器的线程数,同样适用于CMS G1,默认CPU所支持的线程数,如果CPU所支持的线程数大于8,则 默认 8 + (logical_processor -8)*(5/8)
-XX:+ParallelGCThreads
# 大对象到底多大 (仅适用于 DefNew / ParNew ) https://bugs.openjdk.java.net/browse/JDK-8050209
-XX:PreTenureSizeThreshold
# 年轻代Survivor区比率,默认是8 (表示 Eden : From : To 为 8 :1 :1)
-XX:SurvivorRatio

# 自动选择各区大小比例
-XX:+UseAdaptiveSizePolicy

CMS 常用参数

代码语言:javascript
复制
## 新生代 ParNew + 老年代 CMS + 老年代 Serial Old
# 某些版本的参数是这样的: -XX:+UseConcurrentMarkSweepGC
-XX:+UseConcMarkSweepGC

# 响应时间优先,停顿时间,是一个建议时间,GC会尝试用各种手段达到这个时间,比如减小年轻代,默认 18446744073709551615  
-XX:MaxGCPauseMillis
# 吞吐量优先,设置JVM吞吐量要达到的目标值, GC时间占用程序运行时间的百分比的差值,默认是 99
# 也就应用程序线程应该运行至少99%的总执行时间,GC占 1%
-XX:GCTimeRatio=99

# 并行收集器(ParNew , STW,  YGC)的线程数,默认CPU所支持的线程数,如果CPU所支持的线程数大于8,则 默认 8 + (logical_processor -8)*(5/8)
-XX:+ParallelGCThreads
#  CMS垃圾回收线程数量
-XX:ParallelCMSThreads

# 解决 CMS `Memory Fragmentation` 碎片化, 开启FGC时进行压缩,以及多少次FGC之后进行压缩
-XX:+UseCMSCompactAtFullCollection
-XX:CMSFullGCsBeforeCompaction=3
# 解决 CMS `Concurrent mode failure` ,`Promotion Failed`晋升失败  
# 使用多少比例的老年代后开始CMS收集,默认是68%(近似值),如果频繁发生SerialOld卡顿,应该调小,(频繁CMS回收)
-XX:+UseCMSInitiatingOccupancyOnly
-XX:CMSInitiatingOccupancyFraction=70

# 开启 CMS 元空间的垃圾回收
-XX:+CMSClassUnloadingEnabled
# -XX:CMSInitiatingPermOccupancyFraction  (JDK8已经移除)

G1 常用参数

代码语言:javascript
复制
#  JDK 9开始为默认垃圾回收器
-XX:+UseG1GC

# 响应时间优先,建议值,设置最大GC停顿时间(GC pause time)指标(target). 这是一个软性指标(soft goal)
#  JVM 会尽力去达成这个目标. 所以有时候这个目标并不能达成
# G1会尝试调整Young区的块数来达到这个值
-XX:MaxGCPauseMillis
# 响应时间优先,GC的停顿间隔时间,默认0
-XX:GCPauseIntervalMillis
# 吞吐量优先,设置JVM吞吐量要达到的目标值, GC时间占用程序运行时间的百分比的差值,默认是 99
# 也就应用程序线程应该运行至少99%的总执行时间,GC占 1%
-XX:GCTimeRatio=99

# 并发回收器(STW   YGC)的工作线程数量,默认CPU所支持的线程数,如果CPU所支持的线程数大于8,则 默认 8 + (logical_processor -8)*(5/8)
-XX:ParallelGCThreads
# G1 并发标记线程数量
-XX:ConcGCThreads

# 启动并发GC时的堆内存占用百分比. G1用它来触发并发GC周期,基于整个堆的使用率,而不只是某一代内存的使用比例。默认45%
# 当堆存活对象占用堆的45%,就会启动G1 中Mixed GC
-XX:InitiatingHeapOccupancyPercent
# G1 分区大小,建议逐渐增大该值,1 2 4 8 16 32。
# 随着size增加,垃圾的存活时间更长,GC间隔更长,但每次GC的时间也会更长。ZGC做了改进(动态区块大小)
-XX:G1HeapRegionSize

# 新生代最小比例,默认为5%
# -XX:G1NewSizePercent (JDK8u23已经移除 https://www.oracle.com/technical-resources/articles/java/g1gc.html)
# 新生代最大比例,默认为60%
# -XX:G1MaxNewSizePercent (JDK823已经移除 https://www.oracle.com/technical-resources/articles/java/g1gc.html)
# G1 新生代初始大小,默认为5%
-XX:NewSize
# G1 新生代最大大小
-XX:MaxNewSize

by Sven Augustus https://my.oschina.net/langxSpirit

本文参与 腾讯云自媒体同步曝光计划,分享自作者个人站点/博客。
如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • GC 常用参数
  • Parallel常用参数
  • CMS 常用参数
  • G1 常用参数
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档