查看: 56|回复: 0

一次JVM GC长暂停的排查过程

发表于 2018-6-30 20:22:56
现象
通过CAT埋点,发现在35~36分钟时候,出现JVM的GC耗时异常




通过跳板机登录机器,找到GC日志进行查看,如下图




在显示的最后一行中,我们看到其中user=0,sys=0,real=4.31s,表示JVM经历了长达4s多的STW,也即在这段时间内,该机器是无法对外提供服务的,请求到达该机器,最终只能超时返回。
排查
根据经验,这种 real > user + sys 的情况,大概率是内存的swap和密集型的IO造成的,可以顺着这个思路进行排查,这时候就突显了系统监控的重要性了,通过查看IO监控




我们可以发现,在对应的时间上确实存在大量的IO操作。
为什么频繁IO会引起长时间GC
在发生GC时,需要把相关数据写入GC日志,在写入期间,因为write()系统调用导致了暂停。这种日志的写操作,即使在异步、缓存IO或非阻塞IO模式下,还是有可能因为系统机制(比如页面缓存的回写),导致长时间的阻塞。




如何减轻因为IO造成的影响?
1、检查本机是否有其它进程在疯狂写文件,如果有的话,最好进行分离;
2、可以将Java日志文件移动到一个单独的或高性能的磁盘驱动器,例如SSD, tmpfs,这样不至于在写GC日志时,write方法被阻塞住,导致长时间的STW;
欢迎工作一到五年的java程序员朋友们加入Java架构开发:744677563
本群提供免费的学习指导 架构资料 以及免费的解答
不懂得问题都可以在本群提出来 之后还会有职业生涯规划以及面试指导








回复

使用道具 举报