一次FullGC问题的定位

最新推荐文章于 2023-07-13 14:40:55 发布
最新推荐文章于 2023-07-13 14:40:55 发布
阅读量877 收藏
点赞数
分类专栏： java 文章标签： java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_28112995/article/details/109894352
版权

问题背景

一次在查看服务器的gc状态的时候发现，fgc的次数过高(200多次)且远大于ygc(3次)，在线上环境和测试环境都有同样的现象，长时间的观察发现ygc的次数基本不变，fgc隔段时间后就会增加一次(ygc的平均时间：27ms, fgc的平均时间：58.28ms， 因为内存几乎没什么数据，fgc的时间不是很特别长)
在这里插入图片描述

问题分析

查看服务器启动期间在线人数和内存使用情况，可以看到在线人数很少，且内存的占用很低，排除内存泄露导致的JVM内存占用过高而触发fgc的原因
在这里插入图片描述
通过jstat -gccause 查看gc的lgcc参数值可以看到上一次gc是System.gc触发导致的，而ygc没变化过，所以是system.gc导致了fgc
在这里插入图片描述
项目应用层确认没有调用System.gc, 参考以下资料，考虑是第三方库的调用，网上搜索找到一些线索

最低0.47元/天 解锁文章
夜之眷属
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
java ygc 频繁_JVM的YGC，这次被它搞惨了！
weixin_39832727的博客
02-24 1770
点击上方“Java之间”，选择“置顶或者星标”你关注的就是我关心的！来源 |https://urlify.cn/nUVVvy某日下午大约四点多，接到合作方消息，线上环境，我这边维护的某http服务突然大量超时(对方超时时间设置为300ms)，我迅速到鹰眼平台开启采样，发现该服务平均QPS到了120左右，平均RT在2秒多到3秒，部分毛刺高达5到6秒(正常时候在60ms左右)。qps情况rt情况问题...
Java应用生产Full GC或者OOM问题如何定位
luostudent的博客
09-27 1366
生产应用服务频繁Full GC却无法释放内存，甚至可能OOM，这种情况很有可能是内存泄露或者堆内存分配不足，此时需要dump堆信息来定位问题，查看是哪些地方内存泄漏
JVM一直FullGC内存溢出定位
guaotianxia的博客
11-09 3445
JVM内存溢出是java编码比较常见的一种性能问题，这种问题在开发和测试环境不容易发现，但是上线初期项目运行一段时间，很容易出现。比较常见于excel导出，非分页大数据量查询等，在工作期间也多次遇到和处理此类问题，分享下定位方法。 内存溢出现象：界面访问突然卡顿，刷新后无法加载出页面。用F12查看，一直处于后端请求直到超时报错；后端查询日志，基本无日志输出，仅仅从日志层面无法看出什么原因导致。 内存溢出原因：大量创建对象，对象处于存活状态，对象在老年代中fullGc无法回收，一直fullgc导致st..
jvm gc fullgc定位分析
fei33423的专栏
03-04 660
通过抽样拉取堆栈. 通过日志分析，我们能发现在ThreadProfileCollector类中LonItem对象，对应Retained Heap Size非常大，Retained Heap Size的意思就是当前对象被GC后，从Heap上总共能释放掉的内存。如下图： ...
jvm(java虚拟机)频繁FGC导致cpu占用过高
liaomingwu的专栏
01-10 3125
jvm(java虚拟机)频繁FGC（全局垃圾回收）导致cpu占用过高
一次诡异的full gc查找问题全过程
08-26
因此，出现 Full GC 问题时，需要快速定位问题原因以避免对系统性能的影响。 在本篇文章中，我们将分享一个 Full GC 问题排查过程，通过示例代码和实际操作，介绍了如何快速定位 Full GC 问题的原因和解决方案。 ...
Java full gc触发情况实例解析
08-19
例如程序第一次触发 Minor GC 后，有 6MB 的对象晋升到旧生代，那么当下一次 Minor GC 发生时，首先检查旧生代的剩余空间是否大于 6MB，如果小于 6MB，则执行 Full GC。当新生代采用 PS GC 时，方式稍有不同，PS GC...
JProfiler对应用服务器内存泄漏问题诊断解决方案.docx
07-05
这种问题会导致应用服务器极为不稳定，几乎每两天重新启动一次，有时甚至每天重新启动一次。解决这个问题是非常重要的。 二、问题描述 某个大型项目（Use Case 超过 300 个），在项目上线后，其 Web 应用服务器...
JVM面试题.pdf
08-30
* Survivor 区：Survivor 区分为 From 区和 To 区，用于存储存活的对象，新生代对象在经过一次或多次 GC 之后，存活的对象会被移动到老年代。 * 老年代：用于存储长期存活的对象，当新生代对象存活时间较长时，会被...
性能测试监控指标及分析调优
06-06
使用自下而上的策略分析性能问题，首先从操作系统层面检查CPU、内存、I/O和网络状态，然后深入到应用程序，查看JVM的GC情况，通过日志和监控工具进一步定位问题。例如，iostat用于监测磁盘I/O，netstat用于分析网络...
FGC实战：如何用Idea揪出开源组件调用System.gc导致频繁FGC
Jaylon Wang的专栏
06-23 638
FGC实战：如何用Idea揪出开源组件调用System.gc导致频繁FGC 某天上午收到最近发布的一个服务频繁FGC的告警，这个服务只是给公司内部相关人员使用的，并非给互联网用户提供服务的系统。而且功能也比较简单，就是查看一些统计信息、报表数据、数据导出Excel等，访问量非常低。 另外，由于这个服务并不是OLTP，所以就是简单的使用默认的ParallGC垃圾回收器，JVM参数也只是做了简单...
大量数据更新导致fgc频繁引起jvm服务暂停。
诗剑书生的专栏
07-11 6228
线上跑的几台服务器突然出现大量fgc，由于在fgc过程的stop the world太久，引起其它应用访问该服务器上的接口大量超时。（发生超时的时间点和fgc时间点一致）先进行初步的优化。方案：修改CMSInitiatingOccupancyFraction=85这个调低到60，加快cms gc处理防止concurrent mode failure触发FGC,           减少CMSMax
JVM成长之路,记录一次内存溢出导致频繁FGC的问题排查及解决
coderlaw's study
08-04 1万+
现象： 现象截图： 内存： 命令：jmap -heap30069 GC截图： FGC 次数 19529 次！！！何等的恐怖！！！！！ 命令： jstat -gcutil 30069 1000 现象描述： Node模块启动后收到请求却未能响应。 一直在频繁的FGC。新生代内
记录一次使用ParallelGC导致线上FGC频繁、耗时长的原因
自律使我自由
12-17 2155
线上环境 JDK1.8 使用默认垃圾收集器：UseParallelGC 服务器内存32G（部署了多台服务） 线上启动JVM时，未添加任何参数配置。 所以默认配置为： Non-default VM flags: -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=null -XX:InitialHeapSize=526385152 -XX:MaxHeapSize=8392802304 -XX:MaxNewSize=2797600768 -XX:MinHeapDel
jvm查看full gc频率
热门推荐
球球之家
12-13 1万+
jdk版本1.8 查看java进程 ]#jps 24019 user.jar 25885 Jps 26958 Main 目标进程24019 监控jvm，每5秒打印一次 ]# jstat -gc 24019 5000 S0C S1C S0U S1U EC EU OC OU MC MU CCSC...
用Arthas快速定位线上JVM问题！
BUG指挥课堂
07-13 2812
对于FullGC那一定不会陌生，一般来说会采用横切FullGC前置拦截（-XX:+HeapDumpBeforeFullGC）和后置拦截（-XX:+HeapDumpAfterFullGC），导出FullGC发生前后的heap dump文件，以便于我们进行FullGC原因的分析和定位。
JVM之性能调优
04stone37
04-07 269
优化指标 吞吐量 　　吞吐量=CPU运行用户代码时间/(GC时间+运行用户代码时间) 延迟 平均延时（YGC持续时间）； 平均延时频率（YGC频率）； 最差延时（FGC持续时间）； 最差延时频率（FGC频率）； 内存占用 基础准备 GC日志 GC日志是性能调优及问题排查的基础，常用参数及格式如下所示： OOM内存镜像 -XX:+HeapDump...
关于一次full gc定位（SerializeConfig相关）
yy954744913的博客
05-27 634
1.背景 由于原先推送二方包的能力不支持扩展，现在由于业务发展需要增加新能力。所以重新开发了消息starter 开发思路是通过抽象工厂去分别创建安卓和IOS的对象。 上线后发现每日固定的时间点会出现full gc的情况，该时间段为推送业务高峰期，所以推断出问题是由于新上的推送starter引起的。 从jvm监控可以观察到，某时间段full gc频率非常高，同时堆内存使用主要集中在eden区。由此可推断出是推送业务中新创建对象太多所导致。 同时最近关于推送，改动的只有推送starter，那么我们
JVM中FGC和YGC分析
qq_42158153的博客
10-28 9214
1. YGC和FGC说明： YGC ：对新生代堆进行gc。频率比较高，因为大部分对象的存活寿命较短，在新生代里被回收。性能耗费较小。 FGC ：全堆范围的gc。默认堆空间使用到达80%(可调整)的时候会触发fgc。以我们生产环境为例，一般比较少会触发fgc，有时10天或一周左右会有一次。 2. YGC和FGC执行时机： a.edn空间不足,执行 young gc b.old空间不足，perm空间不足，调用方法System.gc() ，ygc时的悲观策略, dump live的内存信息时(jmap
full gc定位问题
最新发布
10-13
在定位 Full GC 问题时，可以通过以下步骤进行： 1. 查看 GC 日志：通过查看 GC 日志，可以了解到 Full GC 的原因、时间、持续时间等信息。 2. 分析堆内存使用情况：通过分析堆内存使用情况，可以了解到哪些对象...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值