解决启动FULL GC问题

最新推荐文章于 2024-05-01 19:17:00 发布
最新推荐文章于 2024-05-01 19:17:00 发布
阅读量404 收藏 1
点赞数 1
文章标签： java jvm 开发语言
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/jiangdong159/article/details/126994218
版权

 1 链路追踪工具skywalking发现该服务启动时进行了4次FULL GC,耗时2.5s,怀疑是Metaspace未设置导致的

2 查看jvm参数,发现确实未设置Metaspace参数,故去到gc日志打印的地方查看

 3 发现确实FULL GC 4次,空间约占用92M; 可配置为128M;或可依据控件大小统一调整为256m

-XX:MetaspaceSize=128m -XX:MaxMetaspaceSize=256m

 

4 重启后无FULL GC 的出现

Terry_More_Better
关注
  • 1
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
Java full gc触发情况实例解析
08-19
主要介绍了Java full gc触发情况实例解析,文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下
触发JVM进行Full GC的情况及应对策略
泡^泡
01-01 1094
触发JVM进行Full GC的情况及应对策略
「JVM」Full GC和Minor GC、Major GC
技术路上的探险家
07-27 2965
Full GC（Full Garbage Collection）是Java虚拟机（JVM）中的一种垃圾回收操作。它是指对整个堆内存进行回收，包括新生代和老年代。在Java中，垃圾回收器通常会将堆内存划分为不同的区域，如新生代和老年代。当新生代空间不足时，会触发Minor GC，只清理新生代内存。而当老年代空间不足或者为了整理碎片化的内存，会触发Full GC，对整个堆内存进行回收。Full GC 可能会导致较长的停顿时间，因为它需要扫描整个堆内存，标记可回收对象，并进行内存整理。
抽丝剥茧：线上突发多次Full GC，终于解决了.....
Java笔记虾
07-25 113
今天分享一个项目jvm多次fgc的整个排查流程上班后不久运维突然通知我们组，有一个应用在短时间内多次fgc，即将处于挂掉的状态。我登录skywalking，观察应用整体状况交代下背景，该项目属于一个整合消息的项目，可以称之为消息中心，负责我们应用中的所有的推送，短信及公众号推送，消息都是通过业务方面投递到kakfa消费的方式，所以feign或者http调用的外部调用几乎没有首先通过cpm(call...
java程序启动时发生了两次full GC
blissnmx的博客
09-24 637
程序启动时发生了两次full GC？原因 jvm参数配置永久代时使用了-XX:MaxPermSize=250M -XX:PermSize=250M 这两个参数，在jdk8之后，这俩参数已失效，永久到改为元空间； 解决 调整参数为-XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=256m ；若不配置，默认大小是20M，建议指定其大小避免full gc 业务程序的FullGc问题 发现问题 接口响应偶尔超时 GC日志文件过大 定位 top命令，查看系统负载、cpu
fullgc触发条件_图解JVM实验-触发FullGC的几个条件
weixin_39750598的博客
11-27 729
1.年轻代存活的对象太多,老年代了放不下01.示例代码public class DemoTest1 { public static void main(String[] args) { byte[] array1 = new byte[4 * 1024 * 1024]; array1 = null;​ byte[] array2 = new byte...
JVM-触发FullGC原因总结
weixin_42002747的博客
04-14 909
触发fgc： 1）大对象直接进入老年代(serial/parnew)，但没有足够空间； 2）System.gc(); 3)minor gc之前的空间分配担保机制； 4）minor gc后的存活对象 大于survivor区域一半，剩余对象要放在老年代，但老年代没有足够空间； 5）长期存活的对象进入老年代，原本在survivor区的对象，经过一次minor gc后，年龄+1，到达最大年龄阈值，晋升到老年代，但老年代空间不足； 6）minor gc后触发对象动态年龄判断机制，把大龄对象放在老年代，但老年代空间不足
FullGC没及时处理，差点造成P0事故
艾小仙的专栏
09-19 577
背景上线新功能后，要多观察。如果出现不稳定性的情况，需要高优先级查清原因，避免出现更大的问题。问题描述部分应用出现重启过程11:58，接到报警，一个pod1三分钟内存在重启12:02，pod1已经5分钟没有报警，数据已经正常恢复【有耗内存的功能，多人同时触发时，偶尔也会重启】12:06，JVM监控 节点机IP: 10.10.48.116 JVM_FullGC次数，最近2分钟求平均 >= 5....
GCViewer-FullGC分析工具
10-11
GCViewer 能否分析 java 程序 GC 日志，能否图表展示堆内存，年轻代，老年代，永久带以及full gc 的使用情况
一次诡异的full gc查找问题全过程
08-26
主要给大家分享介绍了一次诡异的full gc查找问题全部过程，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧啊
FullGC的样例报告
03-27
FullGC的样例报告：包括因为元空间不足、频繁创建大量对象且堆空间较小导致的FullGC
jvm-full-gc.zip
09-16
jvm示例程序
记录一次生产应用启动后发生多次FullGc的解决过程
clz1314521的专栏
03-17 835
昨天生产发布完后，收到告警短信5分钟内FullGc次数大于2次。当时一脸懵，应用上线前做过压力测试，没测出jvm fullgc问题啊。所以按照告警时间去查日志，发现基本为spring初始化动作。后面过了半个小时也没有收到告警，基本猜测是meta区的问题下面是定位过程。
一次线上的GC问题排查
黑伯的博客小站
06-24 2106
一次GC问题排查
一次通过jvm排查堆内存不断增大最后导致docker容器自动重启的问题
memory的博客
10-28 2153
1
skywalking内存泄露排查
捉虫大师
11-11 2282
背景介绍 最近写的关于dubbo内存泄露稍微复杂了一点，很多人表示看不明白，想到之前遇到的比较简单的内存泄露问题，更容易入门，于是拿出来分享一下。 为了做微服务的熔断降级限流，引入了sentinel组件，对于sentinel引入到公司内部使用只是做了一些简单的定制化，如持久化配置规则，监控数据收集展示，后台登录权限整合等等。 在功能验证通过的情况下，也做了压测，性能符合要求，于是就推上了生产做线上灰度。刚开始没问题，直到有一天线上配置了一条降级规则，并且触发了，监控告警就炸了锅。 开始是服务出现大量慢请求
JAVA项目启动时频繁FullGC问题
qq_35120986的博客
04-07 5075
场景 新项目上线，为了观察项目运行情况，所以去监控看板去观察。好家伙，一看运行才一会儿就好几次Full GC，吓住我了。如果没有看板，可以通过命令行看：jstat -gccapacity pid。情况如下图：当我准备+HeapDumpBeforeFullGC去Dump快照下来分析的时候，仔细观察发现，事情好像比较简单，因为Full GC都发生在项目启动的时候。 原因排查 项目启动的时候触发Full GC，说明在项目启动的时候，老年代或者meta区可能频繁扩容导致的（JDK8+）。原因可能是：1、项目启
记一次JVM生产OOM及后续调优
qq_22606825的博客
03-20 674
上线后使用jstat大致监控一下JVM的gc状况，jstat命令使用。 查看到服务有过2次full gc，这是不应该发生的，因为这是个网关服务，绝大多数对象都是请求级别的生命周期，基本不会有长期对象产生，也不会有持续的大对象产生，所以不应该发生full gc才对。 服务启动时有加上-XX:+PrintGCDetails，找到gc日志，找到第一次full gc的位置： 非常清晰的标出了是Metasp...
Spring Cloud——LoadBalancer
最新发布
????
05-01 1987
这里只是简单的讲解了一下LoadBalancer如何使用，因为实际上我们使用的不是很多，主要还是使用OpenFeign。
full gc定位问题
10-13
4. CMS GC 启动失败：如果 CMS GC 在执行过程中出现了问题，JVM 会自动退化到 Full GC。 在定位 Full GC 问题时，可以通过以下步骤进行： 1. 查看 GC 日志：通过查看 GC 日志，可以了解到 Full GC 的原因、时间、...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值