线上服务器一小时一次fullGc排查

本文深入分析了order-service和2c项目的GC日志,揭示了频繁Full GC的原因,并提供了调优策略。通过排查代码和第三方库,发现ActiveMQ的RMI守护进程定时执行System.gc()导致GC异常。通过对JVM参数的调整和依赖管理,成功降低了GC频率。

现状: -Xms:8G -Xmx:8G -Xmn:2G
下面是gc日志输出的配置:
CommandLine flags: -XX:CMSInitiatingOccupancyFraction=75 -XX:+ExplicitGCInvokesConcurrent -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/home/logs/HeapDump_Gc/order-service-64-1297813794-trdwn.hprof -XX:InitialHeapSize=8589934592 -XX:InitialTenuringThreshold=6 -XX:+ManagementServer -XX:MaxHeapSize=8589934592 -XX:MaxMetaspaceSize=536870912 -XX:MaxNewSize=2097152000 -XX:MaxTenuringThreshold=6 -XX:MetaspaceSize=134217728 -XX:NewSize=2097152000 -XX:OldPLABSize=16 -XX:+ParallelRefProcEnabled -XX:+PrintGC -XX:+PrintGCApplicationStoppedTime -XX:+PrintGCDateStamps -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -PretenureSizeThreshold=512 -XX:+UseCMSInitiatingOccupancyOnly -XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC -XX:+UseParNewGC
一、youngGC :
分析gc日志后,发现相邻两次youngGC 年轻代对象每秒增加30M左右,并不是很多,进入老年代的也就几百K,按理说fullGC很久才会触发,但是现在一天有多次fullGC,而且很规律一小时一次,初步判断是有定时任务去执行 system.gc()
时间段
间隔
年轻代回收对象
堆内存总

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值