【实战JVM】-实战篇-06-GC调优

文章目录

  • [1 GC调优概述](#1 GC调优概述)
    • [1.1 调优指标](#1.1 调优指标)
      • [1.1.1 吞吐量](#1.1.1 吞吐量)
      • [1.1.2 延迟](#1.1.2 延迟)
      • [1.1.3 内存使用量](#1.1.3 内存使用量)
  • [2 GC调优方法](#2 GC调优方法)
    • [2.1 发现问题](#2.1 发现问题)
      • [2.1.1 jstat工具](#2.1.1 jstat工具)
      • [2.1.2 visualvm插件](#2.1.2 visualvm插件)
      • [2.1.3 Prometheus+Grafana](#2.1.3 Prometheus+Grafana)
      • [2.1.4 GC Viewer](#2.1.4 GC Viewer)
      • [2.1.5 GCeasy](#2.1.5 GCeasy)
    • [2.2 常见GC模式](#2.2 常见GC模式)
      • [2.2.1 正常情况](#2.2.1 正常情况)
      • [2.2.2 缓存对象过多](#2.2.2 缓存对象过多)
      • [2.2.3 内存泄漏](#2.2.3 内存泄漏)
      • [2.2.4 持续FullGC](#2.2.4 持续FullGC)
      • [2.2.5 元空间不足导致FullGC](#2.2.5 元空间不足导致FullGC)
    • [2.3 解决GC问题的手段](#2.3 解决GC问题的手段)
      • [2.3.1 优化基础JVM参数](#2.3.1 优化基础JVM参数)
        • [2.3.1.1 -Xmx -Xms 堆参数](#2.3.1.1 -Xmx -Xms 堆参数)
        • [2.3.1.2 -XX:MaxMetaspaceSize -XX:MetaspaceSize 元空间参数](#2.3.1.2 -XX:MaxMetaspaceSize -XX:MetaspaceSize 元空间参数)
        • [2.3.1.3 -Xss 虚拟机栈参数](#2.3.1.3 -Xss 虚拟机栈参数)
        • [2.3.1.4 不建议设置参数](#2.3.1.4 不建议设置参数)
        • [2.3.1.5 模板](#2.3.1.5 模板)
      • [2.3.2 更换垃圾回收器](#2.3.2 更换垃圾回收器)
    • [2.4 实战](#2.4 实战)
      • [2.4.1 总结](#2.4.1 总结)

1 GC调优概述

1.1 调优指标

1.1.1 吞吐量

1.1.2 延迟

使用GCeasy来进行分析

1.1.3 内存使用量

2 GC调优方法

2.1 发现问题

2.1.1 jstat工具

jstat -gc 3785 1000 10

2.1.2 visualvm插件

2.1.3 Prometheus+Grafana

2.1.4 GC Viewer

生成GC日志

-XX:+PrintGCDetails -Xloggc:test1.log

生成

shell 复制代码
java -jar gcviewer-1.36.jar test1.log

2.1.5 GCeasy

https://gceasy.ycrash.cn/gc-dashboard.jsp

给的相当详细

2.2 常见GC模式

2.2.1 正常情况

2.2.2 缓存对象过多

2.2.3 内存泄漏

2.2.4 持续FullGC

2.2.5 元空间不足导致FullGC

2.3 解决GC问题的手段

2.3.1 优化基础JVM参数

2.3.1.1 -Xmx -Xms 堆参数
2.3.1.2 -XX:MaxMetaspaceSize -XX:MetaspaceSize 元空间参数

所以我们启动程序之后基本都会触发1到2次的由元空间不足引起的FullGC,这是因为-XX:MetaspaceSize触发FullGC最开始的大小可能只有20M,所以会触发1到2次的FullGC,因为是在启动的时候触发的,所以并不会对用户的使用产生影响。

2.3.1.3 -Xss 虚拟机栈参数
2.3.1.4 不建议设置参数
2.3.1.5 模板

2.3.2 更换垃圾回收器

第二点减少对象的产生,就涉及内存调优,这个在以前已经讲过了,不再赘述

java 复制代码
private Cache cache = Caffeine.newBuilder().weakKeys().softValues().build();

软引用+弱引用最大程度保证缓存不会溢出

先测试jdk8自带ps+po

-Xms4g -Xmx4g -Xss256k -XX:MaxMetaspaceSize=512m  -XX:+DisableExplicitGC -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=D:/test.hprof  -verbose:gc -XX:+PrintGCDetails -XX:+PrintGCTimeStamps

启动测试脚本

50并发下最大的响应时间是280ms,最后总结,并发越高,fullgc时间越长,因为创建对象速度快,可能刚刚释放,又要创建又要fullgc

再测试parnew+cms

-Xms4g -Xmx4g -Xss256k -XX:MaxMetaspaceSize=512m  -XX:+DisableExplicitGC -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=D:/test.hprof  -verbose:gc -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+UseParNewGC -XX:+UseConcMarkSweepGC

50并发下最大的响应时间是220ms,其实都差不多

最后测试g1,在jdk17上

平均不到100ms,差距还是非常明显的。

2.4 实战

分析出有很多缓存对象

如果想要生成内存快照时不做fullgc,则需要通过jmap来保存,去掉live即可

jmap -dump:format=b,file=/home/jvm/dump/jvm-optimize-jmap.hprof 29317

但是mat分析时还是会自动把能回收的对象排除在外,所以我们需要

找到了482M的对象,本应该是被回收的,但是这些数组已经不在gcroot的引用链上了,所以用回溯找是没法找到的

2.4.1 总结

相关推荐
以后不吃煲仔饭2 分钟前
Java基础夯实——2.7 线程上下文切换
java·开发语言
进阶的架构师3 分钟前
2024年Java面试题及答案整理(1000+面试题附答案解析)
java·开发语言
学点东西吧.4 分钟前
JVM(五、垃圾回收器)
jvm
The_Ticker9 分钟前
CFD平台如何接入实时行情源
java·大数据·数据库·人工智能·算法·区块链·软件工程
大数据编程之光31 分钟前
Flink Standalone集群模式安装部署全攻略
java·大数据·开发语言·面试·flink
爪哇学长1 小时前
双指针算法详解:原理、应用场景及代码示例
java·数据结构·算法
ExiFengs1 小时前
实际项目Java1.8流处理, Optional常见用法
java·开发语言·spring
paj1234567891 小时前
JDK1.8新增特性
java·开发语言
繁依Fanyi1 小时前
简易安卓句分器实现
java·服务器·开发语言·算法·eclipse
慧都小妮子1 小时前
Spire.PDF for .NET【页面设置】演示:打开 PDF 时自动显示书签或缩略图
java·pdf·.net