一次频繁Full GC的排查过程，根源居然是它...
转载自 一次频繁Full GC的排查过程，根源居然是它...
业务部门的一个同事遇到个奇怪的 Full GC 问题，有个服务迁移到新的应用后，一直频繁 Full GC。新应用机器的配置是 4c 8g，老应用是 4c 4g，老应用 GC 都很正常，并且代码没有变更，所以比较奇怪。
现象
问题的现象是，从监控图上看一直有大量的 Full GC
排查
遇到这个问题，一般都是先看看各个区的内存占用情况：
从监控图上看 Old Gen、Young Gen、Perm Gen，没什么问题，不会触发 Full GC，当然这里看各个 Gen 是否会触发 Full GC 需要结合 JVM 参数配置来看。
顺便也看了下 GC 日志，一直狂暴 CMS GC 日志，而且可以看到老年代使用空间也不大，细心可以发现，大量的 CMS GC 中夹杂着 Young、Perm 区的回收，所以其实是 Full GC。GC 日志如下：
老应用的 JVM 参数配置
新应用的 JVM 参数配置
通过上面的观察，再根据一般触发 CMS GC 几个可能性：
Old Gen 使用达到一定的比率，默认为92%，这里看 CMSInitiatingOccupancyFraction=80%，而实际才使用 2%（看监控图表）不到，所以排除这种情况。
配置了 CMSClassUnloadingEnabled，且 Perm Gen 的使用达到一定的比率默认为 92%，这里看 CMSInitiatingPermOccupancyFraction=80%，而实际才使用 30％（看监控图表）不到，所以排除这种情况。
配置了 ExplictGCInvokesConcurrent 且未配置 DisableExplicitGC 的情况下显示调用了 System.gc()。
Hotspot 自己根据估计决定是否要触法，如 CMS 悲观策略，这类可以通过 GC 日志分析。
大致判断很可能是 System.gc() 导致的问题，但是怎么定位调用 System.gc() 的代码呢？ 当时就想如果是 System.gc() 引起的频繁 Full GC，jstack 线程堆栈应该能看到一些信息，果不其然，确实通过线程堆栈找到了。
jstack 作用非常大，很多问题都能从这里发现，而且比较轻量，对应用基本无影响。某次的 jstack 信息只代表那个时刻的线程堆栈，有时只看一个 jstack 信息可能看不出什么问题，一般可以多 jstack 几次，然后对比去看，基本就能发现一些问题。 当然该问题，也可能不是频繁的 Full GC，可能通过 jstack 定位不到问题，可以 jstat -gccause pid 1000，来查看 gc 原因。
很明显，是由于 jxl 这个包中的 close 方法显示调用了 System.gc() 导致的问题。
跟了下代码，自然确实存在这段代码，不过有个设置开关，可以 disable 这个功能，所以在使用的时候可以设置 setGCDisabled(true)，关闭触发 System.gc()。
但是为什么老应用没有问题呢，主要是因为它 -XX:+DisableExplicitGC，屏蔽了 System.gc() 动作，新应用的 JVM 没有这个配置。
可能大家还有个疑问，都知道 System.gc() 会触发 Full GC，那为什么一直进行 CMS GC（通过GC日志）呢？ 主要是因为这个参数 -XX:+ExplicitGCInvokesConcurrent，打开此参数后，会做并行 Full GC，只有配置 -XX:+UseConcMarkSweepGC 这个参数，该参数才会生效。因此，System.gc() 时 Old 区会进行 CMS GC，可提高 Full GC 效率。
总结
尽量减少显示使用 System.gc() 来触发 Full GC，这会导致频繁 Full GC，非常影响应用性能。
一次频繁Full GC的排查过程，根源居然是它...相关推荐
- java gc full gc_记一次Java服务频繁Full GC的排查过程
现象 从监控来看,堆内存是够用的,但是频繁触发Full GC,每秒钟三次,每次耗时三四秒. image.png 结合Young GC的信息和堆内存的使用情况,可以发现新生代的内存够用,老生代的内存不够 ...
- 一次频繁Full GC问题排查过程分享
问题描述 应用收到频繁Full GC告警 问题排查 登录到对应机器上去,查看GC日志,发现YGC一分钟已经达到了15次,比Full GC还要频繁一些,其中Full GC平均10分钟超过了4次,如下图 ...
- java排查full gc_一次频繁Full GC问题排查过程分享
问题描述 应用收到频繁Full GC告警 问题排查 登录到对应机器上去,查看GC日志,发现YGC一分钟已经达到了15次,比Full GC还要频繁一些,其中Full GC平均10分钟超过了4次,如下图 ...
- 一次CMS GC问题排查过程（理解原理+读懂GC日志）
这个是之前处理过的一个线上问题,处理过程断断续续,经历了两周多的时间,中间各种尝试,总结如下.这篇文章分三部分: 1.问题的场景和处理过程:2.GC的一些理论东西:3.看懂GC的日志 先说一下问题吧 ...
- [jvm]频繁full gc怎么优化
前言 今天被问到,如果频繁full gc怎么排查,怎么优化? 服务要怎么来手动触发full gc呢? 盲猜 频繁fullgc,那肯定是老年代不够用了: 所以要么就是有巨大对象老是塞进去,要么就是老年代 ...
- 内存很空却频繁gc_记一次不太成功的频繁 full gc 排查过程
上周自己负责的一个应用出现频繁full gc的问题,不得不尝试优化一下.第一次做这种事只能先看看网上的文章,然后亲自尝试怎么去完成减少full gc的频率,降低young gc的频率这一目标.虽然最终 ...
- 登录接口压测响应慢频繁GC问题排查
登录接口压测响应慢频繁GC问题排查 2020.5.22 最近项目组针对几个较重要的接口进行了几十个小时的压测,发现登录接口的压测呈现了一种响应慢且越来越慢的趋势,CPU 也居高不下 压测情况 查看CP ...
- 通过btrace排查线上频繁Full GC的case
概述 又是一次因为线上报警机制开启的排查问题之旅.某日,钉钉机器人疯狂报警: 接着就是申请机器权限去排查问题,既然是频繁Full GC,那我们排查问题的思路就应该是找到引起Full GC的原因.引起频 ...
- 通过btrace排查线上频繁Full GC的case 1
概述 又是一次因为线上报警机制开启的排查问题之旅.某日,钉钉机器人疯狂报警: 接着就是申请机器权限去排查问题,既然是频繁Full GC,那我们排查问题的思路就应该是找到引起Full GC的原因.引起频 ...
最新文章
- python 嵌入键值数据库_PupDB 一个用Python编写基于文件的简单键值数据库
- python数据类型可变和不可变_Python——可变和不可变类型数据
- 基于神经网络的文本分类（基于Pytorch实现）
- sublime text下 Python 问题：TabError: inconsistent use of tabs and spaces in indentation
- stm32F051系列 单片机引脚定时器输出pwm波形控制风扇转速
- [转载] python docopt_比较Python命令行解析库– Argparse，Docopt和Click
- 微信H5页面内实现一键关注公众号
- 博弈知识汇总（转自Tanky Woo），留着以后复习
- redis 经典36问
- CentOS-7 安装mosquitto（MQTT的开源消息代理）
- Gladder好强大
- c语言米粒数实验报告,《單片机C程序设计》实验报告.doc
- 腾讯云服务器搭建鸿蒙Hi3861开发板开发环境
- 计算机ram特点,RAM有什么特点
- python制作口算大师
- GPS数据矢量化JAVA_算法 – acosf()的精确矢量化实现
- 2022年旅游业数据分析报告
- Unity---Shader
- 学计算机的演员,南开大学计算机系到演员 张桐回顾“不安分”的青春_TOM明星...
- 谷歌不想再赚吆喝 联手传媒公司豪赌YouTube