JVM第十一课：JVM常见参数总结

最新推荐文章于 2024-08-30 20:00:00 发布
最新推荐文章于 2024-08-30 20:00:00 发布
阅读量522 收藏
点赞数
分类专栏： JVM 文章标签： java maven 开发语言
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/upset_poor/article/details/123167388
版权

前言

生产系统中,Serial其实几乎不用了;
现在来说,HotSpot的ZGC还不成熟,目前最好用的GC就是G1了
JDK8开始支持G1

保守一些的企业,可能用的是JDK7,这时候其实响应时间优先,也就是用PS + PO了;
CMS一旦SerialOld时,会STW很久,所以没啥必要用它,还会带来很多麻烦(CMS帮G1和ZGC踩了很多坑)
如果用了JDK8,那么就建议使用G1

CMS的问题

Memory Fragmentation(内存碎片化)

-XX:+UseCMSCompactAtFullCollection
-XX:CMSFullGCsBeforeCompaction 默认为0 指的是经过多少次FGC才进行压缩

Floating Garbage(浮动垃圾)

Concurrent Mode Failure
产生：if the concurrent collector is unable to finish reclaiming the unreachable objects before the tenured generation fills up, or if an allocation cannot be satisfiedwith the available free space blocks in the tenured generation, then theapplication is paused and the collection is completed with all the applicationthreads stopped
解决方案：降低触发CMS的阈值
PromotionFailed
解决方案类似，保持老年代有足够的空间
–XX:CMSInitiatingOccupancyFraction 92% 可以降低这个值，让CMS保持老年代足够的空间

CMS的日志格式

执行命令：java -Xms20M -Xmx20M -XX:+PrintGCDetails -XX:+UseConcMarkSweepGC com.mashibing.jvm.gc.T15_FullGC_Problem01

结果如下：
[GC (Allocation Failure) [ParNew: 6144K->640K(6144K), 0.0265885 secs] 6585K->2770K(19840K), 0.0268035 secs] [Times: user=0.02 sys=0.00, real=0.02 secs]

ParNew：年轻代收集器
6144->640：收集前后的对比
（6144）：整个年轻代容量
6585 -> 2770：整个堆的情况
（19840）：整个堆大小

[GC (CMS Initial Mark) [1 CMS-initial-mark: 8511K(13696K)] 9866K(19840K), 0.0040321 secs] 
[Times: user=0.01 sys=0.00, real=0.00 secs] 
	//8511 (13696) : 老年代使用（最大）
	//9866 (19840) : 整个堆使用（最大）
[CMS-concurrent-mark-start]
[CMS-concurrent-mark: 0.018/0.018 secs] [Times: user=0.01 sys=0.00, real=0.02 secs] 
	//这里的时间意义不大，因为是并发执行
[CMS-concurrent-preclean-start]
[CMS-concurrent-preclean: 0.000/0.000 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
	//标记Card为Dirty，也称为Card Marking
[GC (CMS Final Remark) [YG occupancy: 1597 K (6144 K)]
[Rescan (parallel) , 0.0008396 secs][weak refs processing, 0.0000138 secs][class unloading, 0.0005404 secs]
[scrub symbol table, 0.0006169 secs][scrub string table, 0.0004903 secs]
[1 CMS-remark: 8511K(13696K)] 10108K(19840K), 0.0039567 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
	//STW阶段，YG occupancy:年轻代占用及容量
	//[Rescan (parallel)：STW下的存活对象标记
	//weak refs processing: 弱引用处理
	//class unloading: 卸载用不到的class
	//scrub symbol(string) table: 
		//cleaning up symbol and string tables which hold class-level metadata and 
		//internalized string respectively
	//CMS-remark: 8511K(13696K): 阶段过后的老年代占用及容量
	//10108K(19840K): 阶段过后的堆占用及容量

[CMS-concurrent-sweep-start]
[CMS-concurrent-sweep: 0.005/0.005 secs] [Times: user=0.00 sys=0.00, real=0.01 secs] 
	//标记已经完成，进行并发清理
[CMS-concurrent-reset-start]
[CMS-concurrent-reset: 0.000/0.000 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
	//重置内部结构，为下次GC做准备

G1的日志格式

Garbage First Garbage Collector Tuning

如果你生产是 1.8 的 jdk，你就可以用 G1 了。推荐你使用。

G1是把堆内存从逻辑上划分成很多个小块(Region)
G1以前,PS,CMS等,都会设置一个Xmn年轻代大小;
但是G1不推荐指定年轻代大小,因为G1会自动调整它(根据YGC时间和设定的停顿时间)

G1的几个回收阶段:

  • YGC(STW)
  • MixedGC,很像CMS的四个阶段
  • FGC(SerialOld)
    G1的调优目标就是尽量避免FGC

执行命令：java -Xms20M -Xmx20M -XX:+PrintGCDetails -XX:+UseG1GC com.mashibing.jvm.gc.T15_FullGC_Problem01

[GC pause (G1 Evacuation Pause) (young) (initial-mark), 0.0015790 secs]
//young -> 年轻代 , Evacuation-> 复制存活对象 
//initial-mark 混合回收的阶段，这里是YGC混合老年代回收
   [Parallel Time: 1.5 ms, GC Workers: 1] //一个GC线程
      [GC Worker Start (ms):  92635.7]
      [Ext Root Scanning (ms):  1.1]
      [Update RS (ms):  0.0]
         [Processed Buffers:  1]
      [Scan RS (ms):  0.0]
      [Code Root Scanning (ms):  0.0]
      [Object Copy (ms):  0.1]
      [Termination (ms):  0.0]
         [Termination Attempts:  1]
      [GC Worker Other (ms):  0.0]
      [GC Worker Total (ms):  1.2]
      [GC Worker End (ms):  92636.9]
   [Code Root Fixup: 0.0 ms]
   [Code Root Purge: 0.0 ms]
   [Clear CT: 0.0 ms]
   [Other: 0.1 ms]
      [Choose CSet: 0.0 ms]
      [Ref Proc: 0.0 ms]
      [Ref Enq: 0.0 ms]
      [Redirty Cards: 0.0 ms]
      [Humongous Register: 0.0 ms]
      [Humongous Reclaim: 0.0 ms]
      [Free CSet: 0.0 ms]
   [Eden: 0.0B(1024.0K)->0.0B(1024.0K) Survivors: 0.0B->0.0B Heap: 18.8M(20.0M)->18.8M(20.0M)]
 [Times: user=0.00 sys=0.00, real=0.00 secs] 
//以下是混合回收其他阶段
[GC concurrent-root-region-scan-start]
[GC concurrent-root-region-scan-end, 0.0000078 secs]
[GC concurrent-mark-start]
//无法evacuation，进行FGC
[Full GC (Allocation Failure)  18M->18M(20M), 0.0719656 secs]
   [Eden: 0.0B(1024.0K)->0.0B(1024.0K) Survivors: 0.0B->0.0B Heap: 18.8M(20.0M)->18.8M(20.0M)], [Metaspace: 38
76K->3876K(1056768K)] [Times: user=0.07 sys=0.00, real=0.07 secs]

GC常用参数

GC通用参数

  • -Xmn -Xms -Xmx -Xss
    年轻代 最小堆 最大堆 栈空间

  • -XX:+PrintFlagsInitial
    JVM各参数的默认值

  • -XX:+UseTLAB
    使用TLAB，默认打开,建议别动

  • -XX:+PrintTLAB
    打印TLAB的使用情况

  • -XX:TLABSize
    设置TLAB大小,建议别动

  • -XX:+DisableExplictGC
    让 System.gc()不管用 ，一般会打开
    System.gc()方法是程序建议JVM进行FGC

  • -XX:+PrintGC
    打印GC日志

  • -XX:+PrintGCDetails
    打印GC详情日志

  • -XX:+PrintHeapAtGC
    GC时打印堆栈情况

  • -XX:+PrintGCTimeStamps
    GC时打印系统时间

  • -XX:+PrintGCApplicationConcurrentTime (低)
    打印应用程序时间

  • -XX:+PrintGCApplicationStoppedTime （低）
    打印暂停时长

  • -XX:+PrintReferenceGC （重要性低）
    记录回收了多少种不同引用类型的引用

  • -verbose:class
    类加载详细过程

  • -XX:+PrintVMOptions
    打印JVM运行时的参数

  • -XX:+PrintFlagsFinal
    JVM各参数的最终值
    相当于JVM参数字典表
    必须会用

  • -Xloggc:opt/log/gc.log
    记录GC日志

  • -XX:MaxTenuringThreshold
    升代年龄，最大值15(CMS默认6,其他默认15)

  • 锁自旋次数 -XX:PreBlockSpin; 热点代码检测参数-XX:CompileThreshold; 逃逸分析 标量替换 …
    这些不建议设置

Parallel常用参数

  • -XX:SurvivorRatio
    Eden : S0 : S1 默认比例是 8 : 1 : 1

  • -XX:PreTenureSizeThreshold
    大对象到底多大，会被直接分配到old区

  • -XX:MaxTenuringThreshold 升代年龄

  • -XX:+ParallelGCThreads
    并行收集器的线程数，同样适用于CMS，一般设为和CPU核数相同

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

CMS常用参数

  • -XX:+UseConcMarkSweepGC

  • -XX:ParallelCMSThreads
    CMS线程数量,CMS只是Old区的GC,所以要留一些资源给其他人

  • -XX:CMSInitiatingOccupancyFraction
    使用多少比例的老年代后开始CMS收集，默认是68%(近似值)，
    如果频繁发生SerialOld卡顿，应该调小，（CMS回收更加频繁）

  • -XX:+UseCMSCompactAtFullCollection
    在FGC时进行压缩(CMS默认不压缩,只是Sweep;压缩会时GC时间增加)
    解决FGC碎片化

  • -XX:CMSFullGCsBeforeCompaction
    多少次FGC之后进行压缩
    解决FGC碎片化

  • -XX:+CMSClassUnloadingEnabled
    回收方法区的Class

  • -XX:CMSInitiatingPermOccupancyFraction
    达到什么比例时进行Perm回收(JDK<=1.7时,方法区由永久代实现)

  • GCTimeRatio
    设置GC时间占用程序运行时间的百分比,是个建议

  • -XX:MaxGCPauseMillis
    停顿时间，是一个建议时间，GC会尝试用各种手段达到这个时间，比如减小年轻代

G1常用参数

  • -XX:+UseG1GC

  • -XX:MaxGCPauseMillis
    停顿时间,建议值，G1会尝试调整Young区的块数来达到这个值

  • -XX:GCPauseIntervalMillis
    ？GC的停顿间隔时间

  • -XX:+G1HeapRegionSize
    分区大小，建议逐渐增大该值，1 2 4 8 16 32。
    随着size增加，垃圾的存活时间更长，GC间隔更长，但每次GC的时间也会更长
    ZGC做了改进（动态区块大小）

  • G1NewSizePercent
    新生代最小比例，默认为5%

  • G1MaxNewSizePercent
    新生代最大比例，默认为60%
    G1会动态调整新生代大小

  • GCTimeRatio
    GC时间建议比例，G1会根据这个值调整堆空间

  • ConcGCThreads
    线程数量

  • InitiatingHeapOccupancyPercent
    启动G1的堆空间占用比例

纤程（协程）

自己搜资料了解一下
在这里插入图片描述

学而知不足~
关注
专栏目录
JVM 启动参数详解：博观而约取、厚积而薄发
KimmKing的技术博客
09-22 1115
JVM 作为一个通用的虚拟机，我们可以通过启动 Java 命令时指定不同的 JVM 参数，让 JVM 调整自己的运行状态和行为，内存管理和垃圾回收的 GC 算法，添加和处理调试和诊断信息等等。本节概括的讲讲 JVM 参数，对于 GC 相关的详细参与将在后续的 GC 章节说明和分析。 直接通过命令行启动 Java 程序的格式为: java [options] classname [args] ja...
JVM常用参数总结
淡淡的倔强的博客
08-09 1069
本文是对Java8 JVM参数解读的总结 1、堆设置 ##设置初始年轻代堆大小 -Xmn512m ##设置初始的年轻代的大小，该参数等价于-Xmn。 -XX:NewSize=512m 设置最大的年轻代的堆大小。默认自动检测。 -XX:MaxNewSize=512m ##设置初始的堆大小 -Xms2048m ##设置最大的内存分配大小。一般的服务端部署，-Xms和-Xmx设置为同样大小...
JVM参数总结
weixin_45161367的博客
07-04 160
JVM参数总结
JVM 参数总结
HungryAndHumble的博客
07-21 137
JVM参数
JVM常用参数和命令汇总
拾年一剑 的专栏
08-04 528
常用的JVM参数和命令汇总
Java JVM常用参数
qq_43357394的博客
12-10 4431
对Java JVM基本参数类型与简单使用，予以记录！
【个人学习】JVM(6)：堆、堆空间分配、GC、堆空间参数设置、代码优化
dopapapa的博客
08-19 795
从内存模型而不是垃圾收集的角度，对Eden区域继续进行划分，JVM为每个线程分配了一个私有缓存区域，它包含在Eden空间内。多线程同时分配内存时，使用TLAB可以避免一系列的非线程安全问题，同时还能够提升内存分配的吞吐量，因此我们可以将这种内存分配方式称之为快速分配策略。据我所知所有OpenJDK衍生出来的JVM都提供了TLAB的设计。1、每个线程都有一个TLAB空间2、当一个线程的TLAB存满时，可以使用公共区域（蓝色）的。
【个人学习】JVM(11)：垃圾回收、GC Roots溯源、垃圾回收算法
最新发布
dopapapa的博客
08-30 886
垃圾是指在运行程序中没有任何指针指向的对象，这个对象就是需要被回收的垃圾。外文：An object is considered garbage when it can no longer be reached from any pointer in the running program.如果不及时对内存中的垃圾进行清理，那么，这些垃圾对象所占的内存空间会一直保留到应用程序结束，被保留的空间无法被其他对象使用。甚至可能导致内存溢出。十几年前磁盘碎片整理的日子。
JVM常用启动参数
Stay Hungry, Stay Foolish!
05-29 5211
目录JVM常用启动参数系统属性参数运行模式参数堆内存设置参数显式指定堆内存`–Xms`和`-Xmx`显式新生代内存显示指定永久代/元空间的大小其他常用参数GC设置参数垃圾回收器GC记录分析诊断参数JavaAgent参数 文章放置于：https://github.com/zgkaii/CS-Study-Notes，欢迎批评指正！ JVM常用启动参数 JVM启动参数的前缀主要有-、-D、-X、-XX、+/-、: 以-开头为标准参数，所以的JVM都要实现这些参数，并且向后兼容。例如-server。 -D
JVM学习笔记3：内存溢出的十个场景
Vincent9847的博客
06-11 1240
内存溢出的十个场景 JVM运行时首先需要类加载器（classLoader）加载所需类的字节码文件。加载完毕交由执行引擎执行，在执行过程中需要一段空间来存储数据（类比CPU与主存）。这段内存空间的分配和释放过程正是我们需要关心的运行时数据区。内存溢出的情况就是从类加载器加载的时候开始出现的，内存溢出分为两大类：OutOfMemoryError和StackOverflowError。以下举出10个内存溢出的情况，并通过实例代码的方式讲解了是如何出现内存溢出的。 1.java堆内存溢出 当出现java.la
JVM之热点代码
湫兮若风的博客
03-08 2944
JVM进行一段代码是不是热点代码，是不是需要触发即时编译，这样的行为称为热点探测，其实进行热点探测并不一定要知道方法被调用了多少次。主要的探测方法： 基于采样的热点探测：主要是虚拟机会周期性的检查各个线程的栈顶，若某个或某些方法经常出现在栈顶，那这个方法就是“热点方法”。优点是实现简单；缺点是很难精确一个方法的热度，容易受到线程阻塞或外界因素的影响。 基于计数器的热点探测：主要就是虚拟机给每一...
JVM并行收集器ParNew、Parallel相关参数
学亮编程手记
02-10 656
并行收集器相关参数 -XX:+UseParallelGC Full GC采用parallel MSC (此项待验证) 选择垃圾收集器为并行收集器.此配置仅对年轻代有效.即上述配置下,年轻代使用并发收集,而年老代仍旧使用串行收集.(此项待验证) -XX:+UseParNewGC 设置年轻代为并行收集 可与CMS收集同时使用 JDK5.0以上,JVM会根据系统配置自行设置,所以无需...
程序gc卡顿？我换了G1就高枕无忧了（从时代剖析垃圾收集器原理）
小龙JWY的博客
03-25 3954
JVM 是 Java 运行的根基
JVM调优第十节
啦啦啦的博客
01-11 381
执行命令：java -Xms20M -Xmx20M -XX:+PrintGCDetails -XX:+UseConcMarkSweepGC com.mashibing.jvm.gc.T15_FullGC_Problem01。–XX:CMSInitiatingOccupancyFraction 92% 可以降低这个值，让CMS保持老年代足够的空间。6585 -> 2770：整个堆的情况。6144->640：收集前后的对比。解决方案：降低触发CMS的阈值。（6144）：整个年轻代容量。
JVM系列【6】GC与调优3
qq_21579619的博客
10-17 364
JVM系列笔记目录 虚拟机的基础概念 class文件结构 class文件加载过程 jvm内存模型 JVM常用指令 GC与调优 调优前的基础概念 吞吐量：用户代码时间 /（用户代码执行时间 + 垃圾回收时间） 响应时间：STW越短，响应时间越好 所谓调优，首先确定，追求啥？吞吐量优先，还是响应时间优先？还是在满足一定的响应时间的情况下，要求达到多大的吞吐量。如科学计算、数据挖掘：吞吐量优先;网站、GU、 API 等追求响应时间。 什么是调优 根据需求进行JVM规划和预调优 优化JVM运行环境(慢
一个简单的JVM调优过程
weixin_45158611的博客
03-28 194
进过仔细检查，发现时以前运行hadoop集群时没有关闭导致的，并且此时再次执行hadoop关闭指令依旧无法清除像对应的进程，这是由于hadoop打开后的进程信息会保存到temp文件夹下，而temp文件夹下的文件会被定期清理，从而导致再次执行hadoop关闭指令时，指令无法找到对应的执行西信息，从而导致指令失效。由于起初在window系统上的java版本为jdk11，而linux系统上的为jdk8，所以在linux上运行复制过来的class文件总是出现major version版本报错的问题）
JVM 调优实战--一个案例理解常用工具（命令）
学亮编程手记
01-17 714
测试代码 import java.math.BigDecimal; import java.util.ArrayList; import java.util.Date; import java.util.List; import java.util.concurrent.ScheduledThreadPoolExecutor; import java.util.concurrent.Thr...
深入理解JVM垃圾收集机制(JDK1.8)
weixin_34130389的博客
03-16 2628
垃圾收集算法 标记-清除算法 最基础的收集算法是“标记-清除”(Mark-Sweep)算法，分两个阶段：首先标记出所有需要回收的对象，在标记完成后统一回收所有被标记的对象。 不足：一个是效率问题，标记和清除两个过程的效率都不高；另一个是空间问题，标记清除之后会产生大量不连续的内存碎片，空间碎片太多可能导致以后在程序运行过程需要分配较大对象时，无法找到足够的连续内存而不得不提前触发另一个的垃圾收集...
linux打印jvm内存堆栈_JVM工具使用和Linux-top命令解析
weixin_34380085的博客
02-07 398
top 命令top 命令查看现在线程占用资料的情况。第三行，cpu状态信息，具体属性说明如下： us — 用户空间占用CPU的百分比。(重要) sy — 内核空间占用CPU的百分比。 ni — 改变过优先级的进程占用CPU的百分比 id — 空闲CPU百分比 wa — IO等待占用CPU的百分比 hi — 硬中断(Hardware IRQ)占用CPU的百分比 si — 软中断(Software I...
JVM入门与调优实战详解：从Class到性能优化
【第十一节：JVM常见参数总结】总结了JVM的关键参数，这些参数对性能和资源管理有直接影响，是进行JVM调优时不可或缺的知识。 这份资源对于想要深入了解JVM工作原理、内存管理以及性能优化的开发者来说，是一份...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值