博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
JVM常用垃圾收集器参数说明
阅读量:2502 次
发布时间:2019-05-11

本文共 1121 字,大约阅读时间需要 3 分钟。

GC常用通用参数

-Xmn

新生代大小,G1垃圾收集器一般不用设置

-Xms

初始分配内存,默认为物理内存的1/64

-Xmx

最大分配内存大小,默认为物理内存的1/4

-XX:SurvivorRatio

Eden区和Survivor区比例,默认8:1:1

-XX:+UseTLAB

使用TLAB分配

XX:+DisableExplictGC

禁用System.gc()

-XX:+PrintGCDetails

打印GC详情信息

-XX:+PrintFlagsInitial

查看JVM启动时的初始值

-XX:+PrintFlagsFinal

查看JVM运行时的参数值

-Xloggc:/opt/xxx/logs/xxx-xxx-gc-%t.log

日志文件的输出路径

-XX:+HeapDumpOnOutOfMemoryError

OOM时生成Dump文件

-XX:HeapDumpPath=/memory.hprof

OOM文件生成地址

Parallel常用参数

Parallel作为JDK1.8默认的垃圾收集器,在大多数中小企业中大量使用,对于它的特性应该要有所掌握。

-XX:SurvivorRatio

固定S区和E区的比例,如果不设置S区很可能被无限压榨。

-XX:PreTenureSizeThreshold

大对象的阈值,超过这个大小,对象将直接被分配到老年代

-XX:MaxTenuringThreshold

新生代对象经历多少次GC晋升到老年代,默认是15

-XX:+ParallelGCThreads

并行收集的线程数

-XX:+UseAdaptiveSizePolicy

E区和S区自适应大小

CMS常用参数

-XX:ParallelCMSThreads

并发收集线程数量

-XX:CMSInitiatingOccupancyFraction

老年代使用多少比例后,开始进行CMS回收,过大容易造成降级为Serial回收,过小容易造成CMS回收频繁。

-XX:+UseCMSCompactAtFullCollection

FGC后对内存进行压缩,减少碎片

-XX:CMSFullGCsBeforeCompaction

多少次FGC后对老年代进行压缩,默认是0,表示每次FGC后都压缩

G1常用参数

-XX:MaxGCPauseMillis

期望的最大GC暂停时间

-XX:GCPauseIntervalMillis

期望的GC暂停间隔时间

-XX:+G1HeapRegionSize

每块Region的大小

-XX:InitiatingHeapOccupancyPercent

堆使用占比达到多少比例后,开始进行G1回收

转载地址:http://umlrb.baihongyu.com/

你可能感兴趣的文章
Docker实战
查看>>
asp.net core结合Gitlab-CI实现自动化部署
查看>>
RDIFramework.NET ━ .NET快速信息化系统开发框架 V2.7 版本发布
查看>>
EasyNVR H5无插件摄像机直播解决方案前端解析之:关于直播页面和视频列表页面切换的问题...
查看>>
django搭建一个小型的服务器运维网站-拿来即用的bootstrap模板
查看>>
redis事务
查看>>
Java_基础语法之dowhile语句
查看>>
HDU 2175 汉诺塔IX
查看>>
PAT 甲级 1021 Deepest Root
查看>>
查找代码错误.java
查看>>
vc获取特殊路径(SpecialFolder)
查看>>
单例模式
查看>>
int(3)和int(11)区别
查看>>
201521123061 《Java程序设计》第十一周学习总结
查看>>
代码小思考
查看>>
Unity中的销毁方法
查看>>
ceph删除pool提示(you must first set the mon_allow_pool_delete config option to true)解决办法...
查看>>
2016-7-15(1)使用gulp构建一个项目
查看>>
CSS 设计指南(第3版) 初读笔记
查看>>
markdown学习/mou
查看>>