GC调优实战

最新推荐文章于 2024-06-05 11:02:57 发布
置顶 最新推荐文章于 2024-06-05 11:02:57 发布
阅读量314 收藏
点赞数
分类专栏： 性能、调优 java虚拟机
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/wf_feng/article/details/82225622
版权

GC调优实战

  • 在什么情况下需要进行GC调优？

    关于GC的性能主要有两个指标：

    ​ 1.吞吐量 throughput (工作时间不算gc的时间/总的时间)

    ​ 2.响应时间（暂停时间）gc发生时app对外是无法响应的

    那么什么时候需要gc调优

    ​ a: 系统访问慢

    ​ 体现在整体慢，部分慢

    1. 仔细了解自己的应用，如果用了缓存，那么年老代应该大一些，缓存的HashMap不应该无限制长，建议采用LRU算法的Map做缓存，LRUMap的最大长度也要根据实际情况设定。
    2. 采用并发回收时，年轻代小一点，年老代要大，因为年老大用的是并发回收，即使时间长点也不会影响其他程序继续运行，网站不会停顿

  • 调优的基本步骤是什么？

    1.获取到GC日志

    2.使用gcseay或者gcviewer分析日志文件

    3.查看各种gc的次数和时间

    4.查看吞吐量、延迟（响应时间）等信息

    5.进行gc调优

    ​ 1.内存的带下调整

    ​ 2.gc垃圾收集器的调整

    ​ 3.gc垃圾器的相关配置参数调整

    6.返回第一步。gc调优是个不管测试的过程，一个参数的设置可能就带来不一样的gc效果。

调优实战

  • jvm配置一：
      <jvm-arg>-Xmx7550m</jvm-arg>
      <jvm-arg>-Xms7550m</jvm-arg>
      <jvm-arg>-Xss256k</jvm-arg>
      <jvm-arg>-XX:PermSize=256m</jvm-arg>
      <jvm-arg>-XX:MaxPermSize=512m</jvm-arg>
      <jvm-arg>-XX:ParallelGCThreads=20</jvm-arg>
      <jvm-arg>-XX:+UseConcMarkSweepGC</jvm-arg>
      <jvm-arg>-XX:+UseParNewGC</jvm-arg>
      <jvm-arg>-XX:+DisableExplicitGC</jvm-arg>
      <jvm-arg>-javaagent:wagent.jar</jvm-arg>

      <jvm-arg>-XX:+PrintGCDetails</jvm-arg>
      <jvm-arg>-Xloggc:E:\gc.log</jvm-arg>

对应的gc日志：

​ gc1.log

  • jvm配置二：
 <jvm-arg>-Xmx3550m</jvm-arg>
      <jvm-arg>-Xms3550m</jvm-arg>
      <jvm-arg>-Xss256k</jvm-arg>
      <jvm-arg>-XX:PermSize=256m</jvm-arg>
      <jvm-arg>-XX:MaxPermSize=512m</jvm-arg>
      <jvm-arg>-XX:ParallelGCThreads=20</jvm-arg>
      <jvm-arg>-XX:+UseConcMarkSweepGC</jvm-arg>
      <jvm-arg>-XX:+UseParNewGC</jvm-arg>
      <jvm-arg>-XX:+DisableExplicitGC</jvm-arg>
      <jvm-arg>-javaagent:wagent.jar</jvm-arg>

      <jvm-arg>-XX:+PrintGCDetails</jvm-arg>
      <jvm-arg>-Xloggc:E:\gc.log</jvm-arg>

对应的gc日志：

​ gc2.log

  • jvm配置三：
<jvm-arg>-Xmx3550m</jvm-arg>
      <jvm-arg>-Xms3550m</jvm-arg>
      <jvm-arg>-Xss256k</jvm-arg>
      <jvm-arg>-XX:PermSize=100m</jvm-arg>
      <jvm-arg>-XX:MaxPermSize=200m</jvm-arg>
      <jvm-arg>-XX:ParallelGCThreads=20</jvm-arg>
      <jvm-arg>-XX:+UseConcMarkSweepGC</jvm-arg>
      <jvm-arg>-XX:+UseParNewGC</jvm-arg>
      <jvm-arg>-XX:+DisableExplicitGC</jvm-arg>
      <jvm-arg>-javaagent:wagent.jar</jvm-arg>

      <jvm-arg>-XX:+PrintGCDetails</jvm-arg>
      <jvm-arg>-Xloggc:E:\gc.log</jvm-arg>

对应的gc日志：

​ gc3.log

  • jvm配置四：
 <jvm-arg>-Xmx3550m</jvm-arg>
      <jvm-arg>-Xms3550m</jvm-arg>
      <jvm-arg>-Xss256k</jvm-arg>
      <jvm-arg>-XX:PermSize=256m</jvm-arg>
      <jvm-arg>-XX:MaxPermSize=512m</jvm-arg>
      <jvm-arg>-XX:ParallelGCThreads=20</jvm-arg>
      <jvm-arg>-XX:+UseG1GC</jvm-arg>

      <jvm-arg>-XX:+DisableExplicitGC</jvm-arg>
      <jvm-arg>-javaagent:wagent.jar</jvm-arg>

      <jvm-arg>-XX:+PrintGCDetails</jvm-arg>
      <jvm-arg>-Xloggc:E:\gc4.log</jvm-arg>

对应的gc日志：

​ gc4.log


22.43% of GC time (i.e 58 ms) is caused by 'Metadata GC Threshold'.
  • jvm配置五：
<jvm-arg>-Xmx7550m</jvm-arg>
      <jvm-arg>-Xms7550m</jvm-arg>
      <jvm-arg>-Xss256k</jvm-arg>
      <jvm-arg>-XX:PermSize=100m</jvm-arg>
      <jvm-arg>-XX:MaxPermSize=200m</jvm-arg>
      <jvm-arg>-XX:ParallelGCThreads=20</jvm-arg>
      <jvm-arg>-XX:+UseG1GC</jvm-arg>

      <jvm-arg>-XX:+DisableExplicitGC</jvm-arg>
      <jvm-arg>-javaagent:wagent.jar</jvm-arg>

      <jvm-arg>-XX:+PrintGCDetails</jvm-arg>
      <jvm-arg>-Xloggc:E:\gc5.log</jvm-arg>

对应的gc日志：

​ gc5.log


29.29% of GC time (i.e 66 ms) is caused by 'Metadata GC Threshold'.
  • jvm配置六：
<jvm-arg>-Xmx7550m</jvm-arg>
      <jvm-arg>-Xms7550m</jvm-arg>
      <jvm-arg>-Xss256k</jvm-arg>
      <jvm-arg>-XX:PermSize=256m</jvm-arg>
      <jvm-arg>-XX:MaxPermSize=512m</jvm-arg>
      <jvm-arg>-XX:ParallelGCThreads=20</jvm-arg>
      <jvm-arg>-XX:+UseG1GC</jvm-arg>

      <jvm-arg>-XX:+DisableExplicitGC</jvm-arg>
      <jvm-arg>-javaagent:wagent.jar</jvm-arg>

      <jvm-arg>-XX:+PrintGCDetails</jvm-arg>
      <jvm-arg>-Xloggc:E:\gc5.log</jvm-arg>

对应的gc日志：

​ gc6.log


32.65% of GC time (i.e 68 ms) is caused by 'Metadata GC Threshold'.

调优结果分析

一、以下是gcViewer分析出的结果统计

log文件吞吐量响应时间(min/max)newgcoldgcfullgc
log185.030.0129/0.17256110
log283.430.01347/0.2232210
log381.560.01232/0.21427210
log496.930.00224/0.074642620
log594.670.00258/0.05686320
log694.110.00265/0.06221220

二、以下是gcEasy分析出的结果统计

log文件吞吐量响应时间(max/av)newgcoldgcfullgc
log183.943170 /83
log282.077220/110
log380.149210/120
log497.00250/14
log595.20160/16
log694.27460/19

分析结果：

​ 1.将log1和log6做对比：

  • log1采用的是CMS垃圾收集器
  • log6采用的是个G1垃圾收集器
  • 其他配置不变

​ 很明显的可以发现，使用G1垃圾收集器在吞吐量和响应时间都有大幅度的提升

​ 2.将log1和log2做对比：

  • 二者均是采用CMS垃圾收集器
  • log1对应的堆内存是log2对应堆内存的2倍 7.5g/3.5g
  • 其他配置不变

​ 很明显的可以发现，本项目在扩大堆内存的情况下，性能会所有提高，当然不是绝对的，有待测试

​ 3.将log2和log3做对比：

  • 二者均是采用CMS垃圾收集器
  • lo2对应的非堆内存是log3对应堆内存的2倍 256/100
  • ​其他配置不变

​ 很明显的发现，本项目扩大非堆内存的情况下，性能会有所提高，当然不是绝对的，有待测试

​ 4.将log4和log6对比：

  • 二者均是采用G1垃圾收集器
  • log5对应的堆内存是log4对应的堆内存的2倍 7.5g/3.5g
  • 其他配置不变

​ 但是，我们发现，本项目采用G1垃圾收集器的情况下，扩大堆内存性能有所下降，当然不是绝对的，有待测试

​ 5.将log5和log6做对比：

  • 二者均是采用G1垃圾收集器
  • log6对应的非堆内存是log5对应的非堆内存的2倍 256/100
  • 其他配置不变

​ 但是，我们发现，本项目采用G1垃圾收集器的情况下，扩大非堆内存性能有所下降，当然不是绝对的，有待测试

​

​ 以上结果可以肯定的是，在开发环境下，本项目采用G1垃圾收集器比CMS垃圾收集器的性能要好，可以提高10%左右。

wf_feng
关注
专栏目录
程序员快乐之GC日志分析实战
weixin_30484149的博客
10-24 216
阅读GC日志是处理Java虚拟机内存问题的基础技能，然而GC日志仅仅是认为确定的规则，倒是没有什么技术含量，和分析排查自己系统线上错误日志基本类似。 1.如何打印GC日志 打印GC日志非常简单，只要配置一下GC打印参数即可，接下来通过一个程序来看看如何查看GC日志。 1.1编写测试程序 /** * @Description:GC日志打印与OOM测试 */ public class GcLogDemo { public static void main(String[] args) .
优酷土豆资深工程师：GC 调优实战
weixin_34119545的博客
06-08 693
前情概要 对于线上高并发、高吞吐的Java web服务来说，长时间的GC暂停（也叫 stop- the-world）会严重影响系统吞吐、稳定性和用户体验。下文是我们的一个真实线上web系统针对GC调优过程的一个总结。这个系统在调优前，经常会反映有超秒的GC暂停问题，这种GC问题可能会导致调用方（可能是上层服务调用方、负载均衡层或客户端）阻塞、超时、甚至雪...
gc调优实战
qq_39745899的博客
04-15 343
Source的内存运行情况 Source作为公司内部代码托管工具，用户通过git的push、pull、clone等操作以及在web端查看代码进行代码对比的操作都将在短时间内产生大量的对象，并且这些对象的存活时间也不会很长。 调优之前的jvm运行情况分析 调优之前jvm使用的垃圾回收策略是新生代老年代均使用parallel Scanvenge，也就是默认策略，堆大小为2G。出现的问题是： 永久代初始内存64M设置过小，运行过程中永久代内存可达到90M Minor gc频繁，说明eden区内存不足
GC调优实战一
paopaodog的博客
10-16 341
JVM命令工具 调优用例
优化Spark应用：GC调优实战与内存管理策略
GC调优在Spark应用中的实践是大数据计算框架Spark中不可或缺的一部分。Spark作为内存计算的基石，处理海量数据时需要频繁在内存中存储和操作数据，这就对JVM的垃圾回收机制（Garbage Collection, GC）提出了高要求。...
大厂架构师-日均百万订单量的JVM优化与高级GC调优策略实战(5.8G)
04-11
大厂架构师-日均百万订单量的JVM优化与高级GC调优策略实战(5.8G) 〖课程介绍〗: 来自顶尖大厂的架构师级JVM优化与GC调优策略实战课程，是具备有尖端技术的优化课程。在课程内容上几乎不用过多的介绍，单是查阅目录就...
Java内存管理与GC调优实战
Java内存与垃圾回收调优是优化Java应用程序性能的关键环节，特别是在处理高并发和大数据量的场景下。Java虚拟机（JVM）的内存结构主要由堆内存和非堆内存两大部分组成，其中堆内存是存储对象实例的主要区域，而堆...
JVM GC调优实战：内存管理与策略详解
本文档主要围绕Java虚拟机（JVM）中的垃圾收集（GC）进行深入解析和调优总结。垃圾收集是JVM的一项关键功能，用于自动检测和释放不再使用的内存，以保持内存的有效管理。主要内容包括以下几个部分： 1. **垃圾收集...
GC 调优(实战篇)
一切有为法，如梦亦如幻，如露亦如电，应作如是观。
06-04 665
JVM上运行的程序多种多样, 启动参数也有上百个, 其中有很多会影响到 GC, 所以调优GC性能的方法也有很多种。还是那句话, 没有真正的银弹, 能满足所有的性能调优指标。我们能做的只是介绍一些常见的/和不常见的示例, 让你在碰到类似问题时知道是怎么回事。深入理解GC的工作原理, 熟练应用各种工具, 就可以进行GC调优, 提高程序性能。
visualgc插件离线安装包
08-30
当安装JDK后，运行visualVM监控JVM资源时，发现没有visualgc模块出来，此时可以在工具-插件-已下载下，添加此插件，并进行安装。再次重启visualVM就会出来visualgc模块了
《GC篇》七、GC 调优(实战篇)
笑小枫
04-08 788
7. GC 调优(实战篇)高分配速率(High Allocation Rate)如何测量分配速率?分配速率的意义示例高分配速率对JVM的影响解决方案过早提升(Premature Promotion)如何测量提升速率提升速率的意义示例过早提升的影响解决方案Weak, Soft 及 Phantom 引用弱引用的缺点示例使用非强引用的影响解决方案其他示例RMI 与 GCJVMTI tagging 与 G...
【实战JVM】-实战篇-06-GC调优
最新发布
bblb的博客
06-05 787
【实战JVM】-实战篇-06-GC调优
JVM 性能调优之内存优化（四）
nandao158的博客
09-19 429
JVM 调优是一个系统而又复杂的过程，但我们知道，在大多数情况下，我们基本不用去调整 JVM 内存分配，因为一些初始化的参数已经可以保证应用 服务正常稳定地工作了。在应用服务的特定场景下，JVM 内存分配不合理带来的性能表现并不会像内存溢出问题这么突出。一般你没有深入到各项性能指标中去，是很难发现其 中隐藏的性能损耗。 压测工具 AB Ab(ApacheBench) 测试工具是 Apache 提供的一款测试工具，具有简单易上手的特点，在测试 Web 服务时非常实用。 ab 一般都.
GC和JVM调优实战
DONGYUXIA15810857916的博客
06-27 238
阅读全文请点击目录JVM简介JVM结构2.1 方法区 2.1.1 常量池 2.1.1.1 Class文件中的常量池 2.1.1.2 运行时常量池 2.1.1.3 常量池的好处 2.1.1.4 基本类型的包装类和常量池2.2 堆2.3 Java栈 2.3.1 栈帧 2.3.1.1 局部变量区 2.3.1.2 操作数栈 2.3.1.3 栈数据区2.4 本地方法栈2.5 PC寄存器2.6 ...
GC调优是必须的嘛？
Don_mingo的博客
05-14 199
：GC调优是必须的嘛？ 更准确的说，基于Java的服务是否一定需要进行GC调优？ GC调优并非所有Java服务都必须做的事情。特别是你已经使用了下面的选项或者事实： 1. ...
JVM实战篇：GC调优
qq_62767608的博客
01-22 1611
JVM实战篇：GC调优
GC调优的场景、目标、步骤
Waiting_Mr_Liu的博客
12-14 425
9.4. GC调优 9.4.1. 调优的目标 **1）吞吐量：**吞吐量=用户代码执行时间/（用户代码执行时间+垃圾回收时间） **2）响应时间：**垃圾回收算法中的STW时间越短，响应时间越好 在进行调优的时候，首先要确定调优的首要目标是什么？响应时间优先，还是吞吐量优先，还是在一定响应时间范围内吞吐量最大等等。 如果是吞吐量优先，可以考虑Parrallel Scavenge和Parrallel Old垃圾回收器组合；这种一般出现在科学计算、数据挖掘、thrput等场景。如果是响应时间优先，那么要考虑JD
可视化GC分析工具
点点的博客
10-16 7289
一、http://gceasy.io/ 然后将gc.log导出来上传到选择文件中 如何获取GC日志： 第一种：tomcat下获取GC需要修改配置 [root@nick ~]$ sudo vim /opt/tomcat_8080/bin/catalina.sh JAVA_OPTS="$JAVA_OPTS -XX:+PrintGC -XX:+PrintGCDetails -XX:+PrintGC...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值