现状: -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()
时间段
间隔
年轻代回收对象
堆内存总
线上服务器一小时一次fullGc排查
于 2020-02-17 13:59:46 首次发布
本文深入分析了order-service和2c项目的GC日志,揭示了频繁Full GC的原因,并提供了调优策略。通过排查代码和第三方库,发现ActiveMQ的RMI守护进程定时执行System.gc()导致GC异常。通过对JVM参数的调整和依赖管理,成功降低了GC频率。

最低0.47元/天 解锁文章
5450

被折叠的 条评论
为什么被折叠?



