JVM第七课：实战理解GC调优

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

GC常用参数

  • -Xmn -Xms -Xmx -Xss
    年轻代 最小堆 最大堆 栈空间大小
  • -XX:+UseTLAB
    使用TLAB，默认打开
  • -XX:+PrintTLAB
    打印TLAB的使用情况
  • -XX:TLABSize
    设置TLAB大小
  • -XX:+DisableExplictGC
    System.gc()不管用 ，FGC
  • -XX:+PrintGC
  • -XX:+PrintGCDetails
  • -XX:+PrintHeapAtGC
  • -XX:+PrintGCTimeStamps
  • -XX:+PrintGCApplicationConcurrentTime (低)
    打印应用程序时间
  • -XX:+PrintGCApplicationStoppedTime （低）
    打印暂停时长
  • -XX:+PrintReferenceGC （重要性低）
    记录回收了多少种不同引用类型的引用
  • -verbose:class
    类加载详细过程
  • -XX:+PrintVMOptions
  • -XX:+PrintFlagsFinal -XX:+PrintFlagsInitial
    必须会用
  • -Xloggc:opt/log/gc.log
  • -XX:MaxTenuringThreshold
    升代年龄，最大值15
  • 锁自旋次数 -XX:PreBlockSpin 热点代码检测参数-XX:CompileThreshold 逃逸分析 标量替换 …
    这些不建议设置

JVM调优第一步：了解JVM常用命令行参数

public class HelloGC {
    public static void main(String[] args) {
        System.out.println("hello gc~");
        List<byte[]> list = new LinkedList<>();
        for (; ; ) {
            list.add(new byte[1024 * 1024]);
        }
    }
}

区分概念：内存泄漏memory leak，内存溢出out of memory

内存泄漏就是有一块内存,我们用不到 但是GC也无法回收
内存溢出是分配内存时,发现内存不够用啦

这俩其实没啥必然的联系:
泄漏不一定导致溢出,内存总空间够大的话,浪费一点也不致命;
内存溢出不一定是由内存泄漏导致,内存总空间比较小,程序的对象又很多时,正常的使用也可能内存溢出

-XX:+PrintCommandLineFlags

输出JVM的默认参数：

-XX:InitialHeapSize=132253248
-XX:MaxHeapSize=2116051968
-XX:+PrintCommandLineFlags
-XX:+UseCompressedClassPointers
-XX:+UseCompressedOops
-XX:-UseLargePagesIndividualAllocation -
XX:+UseParallelGC

-Xmn10M -Xms40M -Xmx60M -XX:+PrintCommandLineFlags -XX:+PrintGC

  • -Xmn 年轻代空间的最大值,-XX:MaxNewSize
  • -Xms 堆空间的最小值,-XX:InitialHeapSize,即初始大小
  • -Xmx 堆空间的最大值,-XX:MaxHeapSize
    一般把Xms和Xmx设置成一样的大小,避免堆的扩容和缩容所带来的资源消耗
  • -XX:+PrintGC 打印GC信息
    关于打印GC的参数还有:
    -XX:+PrintGCDetails 打印详细信息,这个下面详细看
    -XX:+PrintGCTimeStamps 时间戳
    -XX:+PrintGCCause 原因

执行后输出:
GC就是Young GC,年轻代的GC

-XX:InitialHeapSize=41943040 -XX:MaxHeapSize=62914560 -XX:MaxNewSize=10485760 -XX:NewSize=10485760 -XX:+PrintCommandLineFlags -XX:+PrintGC -XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:-UseLargePagesIndividualAllocation -XX:+UseParallelGC
hello gc~
[GC (Allocation Failure) 8161K->6880K(39936K), 0.0027479 secs]
[GC (Allocation Failure) 14289K->14000K(39936K), 0.0024422 secs]
[GC (Allocation Failure) 21544K->21168K(39936K), 0.0031436 secs]
[GC (Allocation Failure) 28523K->28352K(39936K), 0.0025764 secs]
[Full GC (Ergonomics) 28352K->28242K(54784K), 0.0111999 secs]
[GC (Allocation Failure) 35611K->35538K(54784K), 0.0056506 secs]
[GC (Allocation Failure) 42869K->42706K(54784K), 0.0019941 secs]
[Full GC (Ergonomics) 42706K->42580K(60416K), 0.0571264 secs]
[GC (Allocation Failure) 49911K->49876K(60416K), 0.0116782 secs]
[Full GC (Ergonomics) 49876K->49749K(60416K), 0.0036178 secs]
[Full GC (Ergonomics) 57071K->56918K(60416K), 0.0036742 secs]
[Full GC (Ergonomics) 57946K->57942K(60416K), 0.0029635 secs]
[Full GC (Allocation Failure) 57942K->57924K(60416K), 0.0095233 secs]
Exception in thread “main” java.lang.OutOfMemoryError: Java heap space
at character07.HelloGC.main(HelloGC.java:11)

-XX:+UseConcMarkSweepGC -XX:+PrintCommandLineFlags -XX:+PrintGC

-XX:+UseConcMarkSweepGC 使用CMS,观察CMS的GC
输出相比默认垃圾回收期PS+PO会更为详尽，
并且多了CMS Initial Mark

GC日志格式

在这里插入图片描述
关于上图中的Times含义：在linux中的times代表：
在这里插入图片描述

Heap Dump的含义(Linux)

eden space 5632K, 94% used [0x00000000ff980000,0x00000000ffeb3e28,0x00000000fff00000)
                            后面的内存地址指的是，起始地址，使用空间结束地址，整体空间结束地址

年轻代的total = eden + 1个survivor
在这里插入图片描述

调优前的基础概念

  1. 吞吐量throughput：用户代码执行时间 /（用户代码执行时间 + 垃圾回收时间）
    （可以理解为干正经事的时间占总时间的比例）
    吞吐量越大,JVM花在GC上的时间越少
  2. 响应时间：STW越短，响应时间越好
    这俩指标几乎是不可能兼得的,
    想要更高的吞吐量,就是要GC总体占用更少的CPU时间,这样的话,一旦需要STW,会STW很久(典型代表:CMS);
    想要更快的响应时间,就是要STW很短,需要有线程去不断的标记处理对象,但是这样的话,吞吐量势必会降低,因为GC占用更多的CPU时间了.

所谓调优，首先确定，追求啥？
吞吐量优先，还是响应时间优先？还是在满足一定的响应时间的情况下，要求达到多大的吞吐量

问题：
吞吐量优先：科学计算/数据挖掘，一般选择PS + PO
响应时间优先：网站 GUI API （1.8 选择G1）

什么是调优

  1. 根据需求进行JVM规划和预调优
  2. 优化运行JVM环境（慢,卡顿,一般是GC的STW过长了）
  3. 解决JVM运行过程中出现的各种问题(CPU 内存使用过高告警,OOM)

并发理解：

  • QPS
  • TPS
    淘宝双11并发历年最高54万，据说12306并发比淘宝更高，号称上百万

调优，从规划开始

  • 调优，从业务场景开始，没有业务场景的调优都是耍流氓
  • 无监控（压力测试，能看到结果），不调优
  • 步骤：
  1. 熟悉业务场景,选择优化的维度（没有最好的垃圾回收器，只有最合适的垃圾回收器）
    1. 响应时间、停顿时间 [CMS G1 ZGC] （需要给用户作响应）
    2. 吞吐量 = 用户时间 /( 用户时间 + GC时间) [PS]
  2. 选择回收器组合
  3. 计算内存需求（经验值,不一定是越大越好, 有的从1.5G升到16G甚至还慢了很多）
  4. 选定CPU（越高越好）
  5. 设定年代大小、升级年龄
  6. 设定日志参数
    1. -Xloggc:/opt/xxx/logs/xxx-xxx-gc-%t.log -XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=5
      -XX:GCLogFileSize=20M -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintGCCause
      使用5个GC日志文件,每个文件最大20M,超过5个时最新的文件会把最老的覆盖掉
    2. 或者每天产生一个日志文件
  7. 观察日志情况

  • 案例1：垂直电商，最高每日百万订单，处理订单系统需要什么样的服务器配置？

    这个问题比较业余，因为很多不同的服务器配置都能支撑(1.5G 16G 都有可能啊)
    我们做一个假设吧，1小时360000个订单。集中时间段， 100个订单/秒，（找一小时内的高峰期，可能是1000订单/秒）。我们就要找到这个最高峰的时间，保证你的架构能够承接的住。
    大多数情况下，是靠经验值，然后做压测。
    如果非要计算的话，你预估一下，一个订单对象产生需要多少内存？512K * 1000 = 500M内
    专业一点的问法：要求响应时间在多少时间的情况下，比如100ms，我们去挑一个市面上性价比比较高的服务器，做压测去测试，再不行加内存，再不行，就上云服务器…

  • 案例2：12306遭遇春节大规模抢票应该如何支撑?(架构问题)

    12306应该是中国并发量最大的秒杀网站：号称并发量最高100W
    架构模型：CDN -> LVS -> NGINX -> 业务系统 -> 100台机器，每台机器1W并发（单机10K问题），目前这个问题已解决，主要是用redis
    .
    业务流程：普通电商订单 -> 下单 ->订单系统（IO）减库存 ->生成订单，等待用户付款
    12306的一种可能的模型，是异步来进行的： 下单 -> 减库存 和 订单(redis kafka) 同时异步进行 ->等付款，付完款，持久化到Hbase, MySQL等等
    .
    减库存最后还会把压力压到一台服务器，怎么办？
    可以做分布式本地库存 + 单独服务器做库存均衡
    大流量的处理方法：分而治之，每台机器只减自己机器上有的库存
    流量倾斜的问题怎么解决？比如有的机器上已经没库存了，有的机器上还剩很多？
    这时候你还需要一台单独的服务器，去做所有服务器的平衡，如果某台服务器没库存了，从别的机器上挪一些过去。

  • 怎么得到一个事务会消耗多少内存？

    用压测来确定
    实际中一般是弄台机器，看能承受多少TPS？是不是达到目标？扩容或调优，让它达到目标即可

优化环境

  1. 有一个50万PV的资料类网站（从磁盘提取文档到内存）原服务器32位，1.5G的堆，用户反馈网站比较缓慢，因此公司决定升级，新的服务器为64位，16G的堆内存，结果用户反馈卡顿十分严重，反而比以前效率更低了

    1. 为什么原网站慢?
      很多用户浏览数据，很多数据load到内存，内存不足，频繁GC，STW长，响应时间变慢
    2. 为什么会更卡顿？
      内存越大，FGC时间越长
    3. 咋办？
      PS -> PN + CMS 或者 G1

  2. 系统CPU经常100%，如何调优？(面试高频)
    CPU100%那么一定有线程在占用系统资源，

    1. 找出哪个进程cpu高（top）
    2. 该进程中的哪个线程cpu高（top -Hp）
    3. 导出该线程的堆栈 (jstack)
    4. 查找哪个方法（栈帧）消耗时间 (jstack)
      工作线程占比高 | 垃圾回收线程占比高

  3. 系统内存飙高，如何查找问题？（面试高频）

    1. 导出堆内存 (jmap)
    2. 分析 (jhat jvisualvm mat jprofiler … )

  4. 如何监控JVM

    1. jstat jvisualvm jprofiler arthas top…
学而知不足~
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
JVM内存模型和性能调优：JVM调优工具详解及调优实战：GC日志调优小实战- 第41篇
悟纤学院
05-07 2万+
GC日志说明 对于java应用我们可以通过一些配置把程序运行过程中的gc日志全部打印出来，然后分析gc日志得到关键性指标，分析GC原因，调优JVM参数。 打印GC日志方法，在JVM参数里增加参数： -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintGCDateStamps -Xloggc:/data/tmp/gc.log ...
JVM内存模型和性能调优：阿里巴巴Arthas调优工具：Arthas实战trace之查找耗时的方法- 第46篇
热门推荐
悟纤学院
11-03 1万+
如何从一个调用链中找出耗时的方法呢？ 问题的描述 我们调用一个api却发现执行的时间过长，那么这个时候怎么查找是哪个代码的问题呢？ 问题的解决 指令：trace 说明：方法内部调用路径，并输出方法路径上的每个节点上耗时。 注意事项：trace 能方便的帮助你定位和发现因 RT 高而导致的性能问题缺陷，但其每次只能跟踪一级方法的调用链路。 实战 （1）使用trace进行监控某个方法 $ trace com.kfit.jvmfullgc.controller...
JVM层GC调优
Bug君的博客
03-17 256
JVM层GC调优 1、JVM的内存结构 2、运行时数据区 (1)程序计数器PC Register JVM支持多线程同时执行，每个线程均有独立自己的PC Register。线程正在执行的方法叫做当前方法，如果是java代码，PC Register里面存放的是当前正在执行的指令的地址，如果是C代码，则为空。 (2)虚拟机栈JVM Stacks Java虚拟机栈(Java Virtual Machi...
一次jvm调优实战
sjmnh1的专栏
04-10 891
总结 内存多占1G左右，CPU利用率没有明显变化，但随着CMS收集抖动，最高达40%，CPU load平均高出1.0左右。 几乎0停顿，相比于之前每隔5分钟应用停顿3-4s，调优后的应用几乎没有停顿时间，每次”stop the world”由youngGC引起，最高也不过200+ms。 GC总时间开销显著减小20%多，吞吐量显著提升。 应用超过500ms的请求响应时间减少3%（一小时的观察
JVM GC调优实战
summer的博客
07-26 259
http://my.oschina.net/serverx/blog/693628
JVM GC一次调优实战
jueshengtianya的专栏
06-23 353
参考：http://my.oschina.net/serverx/blog/693628#navbar-header
jvm gc调优
qq_38128218的博客
07-13 214
个人理解:jvm调优其实就是调整垃圾回收的机制 1.添加参数-XX:+UseG1GC 2.调整内存-XX:MetaspaceSize=100M -Xms300M -Xmx300M 3.调整gc回收的停顿时间,也不能设置得太短,因为垃圾回收也会占用资源,一直占用cpu资源,反而会导致程序更卡更慢 -XX:MaxGCPauseMillis=20 设置最大GC停顿时间指标 4.启动并发GC时堆内存占用比 -XX:InitiatingHeapOccupancyPercent=45 触发并发GC周期,基于
大厂架构师-日均百万订单量的JVM优化与高级GC调优策略实战(5.8G)
04-11
大厂架构师-日均百万订单量的JVM优化与高级GC调优策略实战(5.8G) 〖课程介绍〗: 来自顶尖大厂的架构师级JVM优化与GC调优策略实战课程，是具备有尖端技术的优化课程。在课程内容上几乎不用过多的介绍，单是查阅目录就...
JVM 性能调优之内存优化与 GC 优化实战
Q54665642ljf的博客
10-20 739
GC 调优是个很复杂、很细致的过程，要根据实际情况调整，不同的机器、不同的应用、不同的性能要求调优的手段都是不同的，这些都需要平时去积累，去观察，去实践。一般调优的思路：记录好日志。对程序做好性能监控。根据日志和性能监控数据修改程序。使用专业工具通过不同的 JVM 参数进行压测并获得最佳配置。
17. JDK1.8 性能优化实战：GC 调优策略
在本章节中，我们将深入探讨 JDK1.8 的垃圾回收机制，通过以下内容详细介绍不同的垃圾回收器和 GC Roots 的概念，帮助读者深入理解 JVM 的内存管理机制。 ### 2.1 JDK1.8 内置的垃圾回收器介绍 在 JDK1.8 中，主要...
jvm(gc调优)
Cyx12321的博客
06-13 822
从性能的角度看，通常关注三个方面（latency）和大多数情况下调优会侧重于其中一个或者两个方面的目标，很少有情况可以兼顾三个不同的角度。当然，除了上面通常的三个方面，也可能需要考虑其他 GC 相关的场景，例如，也可能与不合理的 GC 相关参数有关；或者，，GC 也会是个考虑的方面。
JVM——GC调优
xiangqian0721的博客
08-10 618
JVM——GC调优 预备知识： 需要掌握 GC 相关的 VM 参数，会基本的空间调整，这是最基本的东西。JVM调优是一个不断调整的过程，不能指望着一蹴而就。要不断调整相关参数，观察结果进行对比分析。还有就是，不同的垃圾收集器的JVM参数是不一样的，所以具体的GC调优要根据不同的收集器做调整。推荐看下Java关于收集器调优的官方文档：https://docs.oracle.com/javase/8/docs/technotes/guides/vm/gctuning/toc.html， 最快的 GC答案是不发生
JVM--GC调优
BtWangZhi的博客
03-06 317
基本原则 Parallel 除非确定，否则不要设置最大堆内存 优先设置吞吐量目标 如果吞吐量目标达不到，调大最大内存，不能让OS使用Swap，如果仍然达不到，降低目标。 吞吐量能达到，GC时间太长，设置停顿时间的目标。 设置metaspace 设置吞吐量和停顿时间参数 -XX:MaxGCPauseMillis=100 -XX:GCTimeRatio=99 设置动态扩容增量 -XX:YoungGenerationSizeIncrement=30 G1 年轻代大小：避免使用-Xmn、-XX:NewRat
jvm层gc调优
翻身咸鱼的博客
11-07 1361
jvm的内存结构 运行时数据区 运行时数据区有：方法区、虚拟机栈、本地方法栈、堆、程序计数器 计数器pc register 垃圾回收算法 垃圾收集器 可视化gc日志分析工具 Tomcat的gc调优实战 ...
对JVM GC进一步的实例解析
anxpp的博客
05-13 4460
转载请注明出处：http://blog.csdn.net/anxpp/article/details/51388806，谢谢！ 本文主要是基于Java内存回收机制作一些测试，目的是进一步了解JVM的相关机制。 您可能需要阅读：JAVA 内存泄露详解（原因、例子及解决），以便对Java中的内存管理有初步的认识。 总的来说，就是申请2次超过最大可用内存一半的内...
JVM层GC调优（上）
wzw12315的专栏
05-06 319
JVM内存结构简介（jdk1.8） JVM层的GC调优是生产环境上必不可少的一个环节，因为我们需要确定这个进程可以占用多少内存，以及设定一些参数的阀值。以此来优化项目的性能和提高可用性，而且这也是在面试中经常会被问到的问题。 想要进行GC调优，我们首先需要简单了解下JVM的内存结构，Java虚拟机的规范文档如下： https://docs.oracle.com/javase/spec...
JVM实战篇：GC调优
最新发布
qq_62767608的博客
01-22 1538
JVM实战篇：GC调优
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值