JVM学习总结——十二、JVM一次调优优化过程

置顶 已于 2024-04-15 10:19:40 修改
阅读量1.1k 收藏 1
点赞数 2
分类专栏： 深入理解Java虚拟机 文章标签： jvm
于 2020-05-15 17:02:36 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u014205434/article/details/106144895
版权

问题

最近接触一个项目，项目灰度测试时发现3次下单2次超时。这就比较恐怖了，业务方之间反馈出来了，通过排查日志发现一个组装参数的方法耗时大概300~500ms,现在的RPC接口肯定不能接受。

排查方式

通过观察Young GC 发现一次300多ms,时间也正好吻合。

机器配置 2C4G

每次FullGC后，内存都能回到某一个值可以排除内存泄漏的情况

解决方式：

对垃圾回收器进行参数调优，调优过程发现程序处理问题的复杂度不同参数也需要微调。

最主要的是当程序足够复杂，JVM参数调优是不明显或者没有改观。

JVM参数给出：

-Xms2048m -Xmx2048m -XX:+UseG1GC -XX:+UnlockExperimentalVMOptions -XX:MaxGCPauseMillis=50 -XX:ParallelGCThreads=2 -XX:CICompilerCount=2 -XX:ConcGCThreads=1 -XX:InitiatingHeapOccupancyPercent=30 -XX:G1MaxNewSizePercent=50 -XX:G1HeapRegionSize=4m -XX:+UseCompressedOops -XX:CompressedClassSpaceSize=128m -XX:MetaspaceSize=128m -XX:MaxMetaspaceSize=128m -XX:+AlwaysPreTouch -XX:+UnlockDiagnosticVMOptions

首先添加GC日志

XX:+PrintGC -XX:+PrintGCDetails -XX:+PrintHeapAtGC -XX:+PrintGCDateStamps -Xloggc:gc.log

  1. -XX:+PrintGC 输出简要GC日志

  2. -XX:+PrintGCDetails 输出详细GC日志

  3. -Xloggc:gc.log 输出GC日志到文件

  4. -XX:+PrintGCTimeStamps 输出GC的时间戳（以JVM启动到当期的总时长的时间戳形式）

  5. -XX:+PrintGCDateStamps 输出GC的时间戳（以日期的形式，如 2013-05-04T21:53:59.234+0800）

  6. -XX:+PrintHeapAtGC 在进行GC的前后打印出堆的信息

  7. -verbose:gc

  8. -XX:+PrintReferenceGC 打印年轻代各个引用的数量以及时长跟踪软引用、弱引用、虚引用和Finallize队列。

  9. -XX:+PrintGCApplicationConcurrentTime打印应用程序的执行时间
    -XX:+PrintGCApplicationStoppedTime打印应用由于GC而产生的停顿时间

根据GC日志选择添加和调优

-XX:CompileThreshold=100 -XX:-UseCounterDecay  -XX:+OptimizeStringConcat  -XX:+UseStringCache

通常根据 -XX:InitiatingHeapOccupancyPercent 和-XX:G1MaxNewSizePercent、-XX:G1HeapRegionSize=4m 调优

通过 -XX:CompressedClassSpaceSize=128m -XX:MetaspaceSize=128m -XX:MaxMetaspaceSize=128m 设置方法区大小

-Xms2048m -Xmx2048m 初始化堆大小 调整 同最大堆大小 可提高性能,，防止使用时再申请

G1触发了Full GC情况？

1.并发模式失败
G1启动标记周期，但在Mixed GC之前，老年代就被填满，这时候G1会放弃标记周期。这种情形下，需要增加堆大小，或者调整周期或增加线程数-XX:ConcGCThreads等。

2.晋升失败
G1在进行GC的时候没有足够的内存供存活对象或晋升对象使用，由此触发了Full GC。可以在日志中看到(to-space exhausted)或者（to-space overflow）。
解决这种问题的方式是：
A,增加 -XX:G1ReservePercent 选项的值（并相应增加总的堆大小），为“目标空间”增加预留内存量。
B,通过减少 -XX:InitiatingHeapOccupancyPercent 提前启动标记周期。
C,也可以通过增加 -XX:ConcGCThreads 选项的值来增加并行标记线程的数目。

3.巨型对象分配失败
当巨型对象找不到合适的空间进行分配时，就会启动Full GC，来释放空间。这种情况下可以增加内存或者增大-XX:G1HeapRegionSize


jvm参数分类
根据jvm参数开头可以区分参数类型，共三类：“-”、“-X”、“-XX”，
(1)标准参数（-）：所有的JVM实现都必须实现这些参数的功能，而且向后兼容；
例子：-verbose:class，-verbose:gc，-verbose:jni……
(2)非标准参数（-X）：默认jvm实现这些参数的功能，但是并不保证所有jvm实现都满足，且不保证向后兼容；
例子：Xms20m，-Xmx20m，-Xmn20m，-Xss128k……
(3)非Stable参数（-XX）：此类参数各个jvm实现会有所不同，将来可能会随时取消，需要慎重使用；
例子：-XX:+PrintGCDetails，-XX:-UseParallelGC，-XX:+PrintGCTimeStamps……
-XX:+或-某个属性值，+表开启，-表关闭

XX：表示JVM本身参数
X: 表示程序使用参数

效果：截止到目前从平均300多ms降到了平均31.4，目前计算得到最近一次Young GC耗时 24ms

总结：没事别瞎优化，有一次 XX:G1MaxNewSizePercent 参数调整到30，项目直接启动失败。
什么时候需要优化，比如出现上述问题。
如果需要优化首先足够了解项目的功能和使用场景。

参数详细讲解

参考地址：Java HotSpot VM Options， Garbage First Garbage Collector Tuning

设置堆栈大小
-Xms2048m -Xmx2048m 
指定回收器
-XX:+UseG1GC 
#年轻代大小
-XX:+G1YoungGenSize=512m         
来配置老年代和新生代的比例，默认为2，即比例为2:1;（避免使用 -Xmn 选项或 -XX:NewRatio 等其他相关选项显式设置年轻代大小。固定年轻代的大小会覆盖暂停时间目标。）
-XX:NewRatio=2
则可以配置Eden与Survivor的比例，默认为8。
-XX:SurvivorRatio=8
解锁实验性虚拟机标志
-XX:+UnlockExperimentalVMOptions 
为所需的最长暂停时间设置目标值
-XX:MaxGCPauseMillis=50 
#暂停间隔目标
-XX:GCPauseIntervalMillis =200  
并行回收线程数以及使用的标记线程
-XX:ParallelGCThreads=2 -XX:ConcGCThreads=2
使用编译线程数 
-XX:CICompilerCount=2
通过JIT编译器，将方法编译成机器码的触发阀值，可以理解为调用方法的次数，例如调1000次，将方法编译为机器码
-XX:CompileThreshold=100
关闭热度衰减，让方法计数器统计方法调用的绝对次数，这样，只要系统运行时间足够长，绝大部分方法都会被编译成本地代码
-XX:-UseCounterDecay
编译后存放空间大小
-XX:CompressedClassSpaceSize=128m -XX:MetaspaceSize=128m -XX:MaxMetaspaceSize=128m
设置触发标记周期的 Java 堆占用率阈值
-XX:InitiatingHeapOccupancyPercent=30
设置作为空闲空间的预留内存百分比，以降低目标空间溢出的风险
-XX:G1ReservePercent=20
设置要用作年轻代大小最小值的堆百分比
-XX:G1MaxNewSizePercent=50 
区大小如果巨型分配导致连续的并发周期，并且此类分配导致老年代碎片化，请增加 -XX:G1HeapRegionSize，
-XX:G1HeapRegionSize=4m
元空间分配情况
-XX:+UseCompressedOops
JAVA进程启动的时候,虽然我们可以为JVM指定合适的内存大小,但是这些内存操作系统并没有真正的分配给JVM,而是等JVM访问这些内存的时候,才真正分配,这样会造成以下问题。
GC的时候,新生代的对象要晋升到老年代的时候,需要内存,这个时候操作系统才真正分配内存,这样就会加大young gc的停顿时间
-XX:+AlwaysPreTouch
字符串缓存
-XX:+UseStringCache
优化字符串连接
-XX:+OptimizeStringConcat
Xmx感知docker的memory limit 原生内存信息打印
-XX:+UnlockDiagnosticVMOptions
-XX:+UseCGroupMemoryLimitForHeap
-XX:+PrintFlagsFinal   
线程本地分配缓冲区
-XX:+UseTLAB
打印TLAB相关分配信息
-XX:+PrintTLAB
设置TLAB大小
-XX:TLABSize
自动调整TLAB大小
-XX:+ResizeTLAB

参数了解完了，为什么优化？怎么优化？优化到什么地步？这些问题还没有解决。
下边谈一谈

为什么优化？
不管YGC还是FGC，都会造成一定程度的程序卡顿（即Stop The World问题：GC线程开始工作，其他工作线程被挂起），导致客户端调用超时。

怎么优化？

需要了解一些概念你自然就知道优化方向了。

内存泄漏（Memory Leak）：是指程序中己动态分配的堆内存由于某种原因程序未释放或无法释放，造成系统内存的浪费，导致程序运行速度减慢甚至系统崩溃等严重后果。（百度百科）
举个例子：不断new Thread()；每个线程让它等待。

/**
 * Thread.sleep 和 object.wait 都可以使线程等待
 * sleep 期间不会释对象放锁
 * object.wait会立即释放对象锁
 *
 * 无限的object.wait 需要使用 object.notify
 * */
public class WaitNotifyThread {
    final static Object object=new Object();
    public static class TreadOne extends Thread{
        @Override
        public void run() {
          //  synchronized (object){
                System.out.println(System.currentTimeMillis()+": treadOne start !!!");
                try {
                    System.out.println(System.currentTimeMillis()+": treadOne wait for object !!!");
                    Thread.sleep(10000L);//sleep 期间不会释放锁
                    object.wait();//会立刻释放锁
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                System.out.println(System.currentTimeMillis()+" treadOne end !!!");
         //   }
        }
    }
    public static class TreadTwo extends Thread{
        @Override
        public void run() {
            synchronized (object){
                System.out.println(System.currentTimeMillis()+": treadTwo start !!!");
                try {
                    System.out.println(System.currentTimeMillis()+": treadTwo wait for object !!!");
                    Thread.sleep(1000L);
                    System.out.println(System.currentTimeMillis()+": treadTwo notify !!!");
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                System.out.println(System.currentTimeMillis()+" treadTwo end !!!");
            }
        }
    }

    public static void main(String[] args) {
        for(int i=0;i<100000;i++)
        new TreadOne().start();
    }
}

结果：
1589594553394: treadOne start !!!
1589594553397: treadOne start !!!
1589594553397: treadOne wait for object !!!
1589594553397: treadOne start !!!
java.lang.OutOfMemoryError: unable to create new native thread
 at java.lang.Thread.start0(Native Method)
 at java.lang.Thread.start(Thread.java:714)
 at cn.ruyipay.mutilthread.WaitNotifyThread.main(WaitNotifyThread.java:46)

内存溢出：内存溢出(Out Of Memory，简称OOM)是指应用系统中存在无法回收的内存或使用的内存过多，最终使得程序运行要用到的内存大于能提供的最大内存

内存泄漏后无法及时回收或者无法回收导致内存溢出

内存溢出的原因：内存大对象过多并且都是强引用 JVM无法回收
                             循环创建对象（如上）
                            JVM参数的内存值设置过小等等

每次FGC后，内存都能回到某一个值可以排除内存泄漏的情况

1. YGC是什么时候触发的？

new 出来的对象（除大对象外）直接在年轻代中的Eden区进行分配，如果Eden区域没有足够的空间，那么就会触发YGC（Minor GC），YGC处理的区域只有新生代。YGC后只有极少数的对象能存活下来，这些对象根据年轻代回收器中的算法进行处理。

2. FGC又是什么时候触发的？

下面4种情况，对象会进入到老年代中：

YGC时，To Survivor区不足以存放存活的对象，对象会直接进入到老年代。
经过多次YGC后，如果存活对象的年龄达到了设定阈值，则会晋升到老年代中。
动态年龄判定规则，To Survivor区中相同年龄的对象，如果其大小之和占到了 To Survivor区一半以上的空间，那么大于此年龄的对象会直接进入老年代，而不需要达到默认的分代年龄。
大对象：由-XX:PretenureSizeThreshold启动参数控制，若对象大小大于此值，就会绕过新生代, 直接在老年代中分配。
当晋升到老年代的对象大于了老年代的剩余空间时，就会触发FGC（Major GC），FGC处理的区域同时包括新生代和老年代。除此之外，还有以下4种情况也会触发FGC：

老年代的内存使用率达到了一定阈值（可通过参数调整），直接触发FGC。
空间分配担保：在YGC之前，会先检查老年代最大可用的连续空间是否大于新生代所有对象的总空间。如果小于，说明YGC是不安全的，则会查看参数 HandlePromotionFailure 是否被设置成了允许担保失败，如果不允许则直接触发Full GC；如果允许，那么会进一步检查老年代最大可用的连续空间是否大于历次晋升到老年代对象的平均大小，如果小于也会触发 Full GC。
Metaspace（元空间）在空间不足时会进行扩容，当扩容到了-XX:MetaspaceSize 参数的指定值时，也会触发FGC。
System.gc() 或者Runtime.gc() 被显式调用时，触发FGC

优化到什么地步？

FGC过于频繁：FGC通常是比较慢系统几天才执行一次，对系统的影响还能接受。
YGC耗时过长：YGC的总耗时在几十毫秒是比较正常的（这个要根据项目中功能的复杂度决定，如果项目过于复杂建议拆分尤其是RPC接口）

技术分子
关注
  • 2
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论
专栏目录
JVM学习总结——十一、JVM的JIT
技术分子博客
05-26 790
JIT的全称是Just in time compilation，中文称之为即时编译。 JIT编译器作用 当虚拟机发现某个方法或代码块运行特别频繁时，就会把这些代码认定为 Hot Spot Code 热点代码，为了提高热点代码的执行效率，在运行时，虚拟机将会把这些代码编译成与本地平台相关的机器码， 并进行各层次的优化。 为什么引入JIT? 通常Javac将程序源码编译，转换成java字节码，JVM通过解释字节码将其翻译成相应的机器指令，逐条读入，逐条解释翻译。 经过解释运行，其运行速度必定会比可运行的二进
G1调优常用参数及其作用
热门推荐
点滴之积
02-12 1万+
G1调优参数及其作用机制
【JVM】JVM内存结构之——G1收集器
记录各种Bug解决案例及日常学习内容
05-12 5372
目录1. 什么是G12. G1收集器发展历程3. G1收集器分区划分3.1 为什么G1收集器需要设计巨型对象3.2 G1收集器参数设置3.3 G1收集器回收的细节3.4 G1收集器Rset问题（记忆集）3.5 G1两种回收策略4. G1收集器优缺点5. G1收集器核心配置参数 1. 什么是G1 G1收集器(Garbage-First Garbage Collector) 整堆收集。 G1收集器是一款在server端运行的垃圾收集器，专门针对于拥有多核处理器和大内存的机器，在JDK 7u4版本发行时被正式
【JVM】GC调优（优化JVM参数）、性能调优
最新发布
奶酪的博客
04-29 2738
GC调优的主要目标是避免由垃圾回收引起程序性能下降。常见的GC模式。GC调优的手段。 性能调优解决CPU占用率高，接口响应时间长，线程不可用、死锁，判断方法耗时
（JVM学习05）垃圾收集器G1&ZGC详解
a250029634的博客
04-08 2552
垃圾收集器G1&ZGC详解
G1 GC详解及设置
深圳市多克创新科技有限公司
10-10 5129
G1 GC详解及Full GC的触发情况
JVM垃圾回收器常见参数设置及优化
wwwvipp的博客
01-14 5850
JVM垃圾回收器参数 Serial/Serial Old 开启参数 -XX:+UseSerialGC 新生代和老年代都用串行收集器 Parallel常用参数 开启参数 JDK1.8默认就是以下组合 -XX:+UseParallelGC新生代使用Parallel Scavenge，老年代使用Parallel Old -XX:MaxGCPauseMillis 不过大家不要异想天开地认为如果把这个参数的值设置得更小一点就能使得系统的垃圾收集速度变得更快，垃圾收 集停顿时间缩短是以牺牲吞吐量和新生代空间为代价换取的
JVM 调优之 Eclipse 启动调优实战
12-21
**JVM调优实战——Eclipse启动调优** 在Java开发中，Eclipse作为常用的集成开发环境，其启动速度和运行效率对开发者的工作效率有着直接影响。本文将分享一个基于旧版环境（Dell E5410，Intel i3 CPU M 370，2GB内存...
学习笔记——JVM性能调优之 jstat（csdn）————程序.pdf
12-05
JVM性能调优是Java开发中至关重要的一环，它直接影响应用程序的运行效率和稳定性。jstat（JVM Statistics Monitoring Tool）是Oracle JDK提供的一款强大的命令行工具，用于实时监控Java虚拟机的各种运行状态，包括...
JVM调优实战.doc
06-04
《JVM调优实战》是一份深入探讨Java虚拟机（JVM）性能优化的文档，主要分为理论篇和实战篇两大部分。本文将详细解析其中的关键知识点。 理论篇首先介绍了JVM内存模型，将其比喻为一个多功能的养鱼塘。在这个比喻中...
JVM性能调优-JVM内存整理及GC回收.pdf_java_jvm_
09-29
《JVM性能调优——JVM内存整理及GC回收》是针对Java开发人员的重要主题，尤其是在大型企业级应用中，确保JVM（Java虚拟机）的高效运行是至关重要的。本资料深入探讨了如何通过调整JVM内存设置和优化垃圾回收机制来...
深入JVM内核—原理、诊断与优化视频教程-3.常用JVM配置参数
02-09
总结起来，深入理解JVM内核，熟练掌握诊断技巧，并合理调整JVM配置参数，是每一个Java开发者必备的技能。通过本教程的学习，你将能够运用这些知识有效地提升应用性能，解决实际工作中的各种挑战。
十二、G1垃圾收集器
weixin_40181736的博客
09-15 2628
并行与并发：G1能充分利用CPU、多核环境下的硬件优势，使用多个CPU（CPU或者CPU核心）来缩短Stop-The-World停顿时间。部分其他收集器原本需要停顿Java线程来执行GC动作，G1收集器仍然可以通过并发的方式让java程序继续执行。分代收集：虽然G1可以不需要其他收集器配合就能独立管理整个GC堆，但是还是保留了分代的概念。空间整合：与CMS的“标记--清理”算法不同，G1从整体来看是基于“标记整理”算法实现的收集器，从局部上来看是基于“复制算法”实现的。可预测的停顿。
JVM基础知识---G1垃圾回收器
https://juejin.cn/user/4248168663101239/posts
04-27 705
G1垃圾回收器一. G1垃圾回收器介绍二. G1的使用三. G1的特点①. Region 分区产生③. 对象分配策略④. Humongous巨型对象产生⑤. 并发执行⑥. 执行的流程1. 初始标记 (stop the word)2. 并发标记3. 最终标记 (stop the word)4. 筛选回收 (stop the word)四. 三色标记算法①. 对象分成三种类型②. 执行的流程③. 对象丢失问题解决方式五. 新生代 YGC六. 混合回收（Mixed GC）七. 触发 Full GC八. G1的优
JVM学习----垃圾回收--G1
m0_48639280的博客
08-01 619
2004论文发布---->2009JDK6u14体验---->2012JDK7u4官方支持---->2017JDK9默认相关JVM参数-XX+UseG1GC-XX-XX。
G1 GC日志分析
09-20 8409
使用UseG1GC这个选项显示地要求JDK7或者JDK8对应的JVM采用G1 GC，据说JDK9开始默认GC会变更为G1 GC（现在是ParallelGC）,但一切皆有可能。我们使用VM参数-XX:+PrintGCDetails-verbose:gc -Xloggc:gc.log -XX:+UseG1GC，日志输出如清单3-12所示。代码清单3-12 -XX:+UseG1GC运行输出Java Ho
深入理解 Java G1 垃圾收集器--转
12-23 2658
原文地址：http://blog.jobbole.com/109170/?utm_source=hao.jobbole.com&utm_medium=relatedArticle 本文首先简单介绍了垃圾收集的常见方式，然后再分析了G1收集器的收集原理，相比其他垃圾收集器的优势，最后给出了一些调优实践。 一，什么是垃圾回收 首先，在了解G1之前，我们需要清楚的知道，垃圾回收是...
JVM第八篇（垃圾回收器G1）
保持热爱，持续学习
11-13 1934
垃圾回收器G1 定义：Garbage First 发展： 2004 论文发布 2009 JDK 6u14 体验 2012 JDK 7u4 官方支持 2017 JDK 9 默认G1，废弃了CMS 适用场景： 同时注重吞吐量（Throughput）和低延迟（Low latency），默认的暂停目标是 200 ms 超大堆内存，会将堆划分为多个大小相等的 Region 整体上是 标记+整理 算法，两个区域之间是 复制 算法 相关 JVM 参数 -XX:+UseG1GC （使用G1垃圾回收器，JDK9以上为默认
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

技术分子

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值