记录一次jvm调优问题，GC (Metadata GC Threshold) ，GC (System.gc())

最新推荐文章于 2024-07-09 02:09:30 发布
最新推荐文章于 2024-07-09 02:09:30 发布
阅读量3.7k 收藏
点赞数 1
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_33549434/article/details/102746403
版权
在项目JVM参数优化过程中遇到连续触发Full GC的情况，发现是由于未设置元空间初始大小导致。设置-XX:MetaspaceSize参数后，虽然改善了情况，但后来发现手动触发GC导致问题再次出现。通过添加-XX:+DisableExplicitGC禁用手动GC，成功解决了连续Full GC的问题。
摘要由CSDN通过智能技术生成

今天在优化项目的jvm参数时发现了一个很奇怪的问题,在这里记录下

最开始的参数

-Xms2g -Xmx2g -XX:SurvivorRatio=2 -XX:NewRatio=1 -Xloggc:gc.log -XX:PretenureSizeThreshold=209715200 -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=heapdump

 可以看到程序跑了一会儿之后连续触发了两次full gc但是明显不满足条件 内存是够用的，于是看了下gc日志如下

可以看到最开始就触发了元空间的 垃圾回收,经查资料发现是没有设置元空间的初始大小,所以使用默认的20M 导致触发了fullgc

于是加上-XX:MetaspaceSize=265M的参数,现在配置如下

-Xms2g -Xmx2g -XX:MetaspaceSize=265M -XX:SurvivorRatio=2 -XX:NewRatio=1 -Xloggc:gc.log -XX:PretenureSizeThreshold=200m -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=heapdump
这样配置跑一段时间是没有触发full gc ,但是过了一段时间又连续触发了两次

最低0.47元/天 解锁文章
qcxssy
关注
JVM相关 - 深入理解 System.gc()
lt_xiaodou的博客
07-28 169
我们经常在面试中询问System.gc()究竟会不会触发，网上也有很多人给出了答案，但是这些答案都有些过时了。本文基于最新的信息Java的下一个即将发布的LTS版本Java17（ea）的源代码，深入解析System.gc()背后的故事。...
JVM(六) - JVM调优
caijunsen的博客
04-16 640
前言 JVM调优主要是调整下面两个指标 停顿时间：垃圾收集器做垃圾回收中断应用执行的时间。-XX:MaxGCPauseMillis 吞吐量：垃圾收集的时间和总时间占比：1/(1+n) ，吞吐量为：1-1/(1+n)。-XX:GCTimeRation=n GC调优步骤： 打印GC日志 Tomcat则直接加在JAVA_OPTS变量里。 -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintGCDateStamps ‐Xloggc:./gc.log 分
一次 JVM FullGC 的排查过程及解决方案！(Metadata GC Threshold)
八荒六合唯我独尊
08-18 5768
一次 JVM FullGC 的排查过程及解决方案！ 本文来源：字节观，是二阿公同学的投稿 问题产生 最近新上线的系统偶尔会报FullGC时间过长（>1s）的告警，查看GC日志，如下图所示： 看到GC日志，我第一时间关注到的不是GC耗时，而是GC触发的原因：Metadata GC Threshold 也就是 FullGC 触发的原因是因为Metaspace大小达到了GC阈值。在监控系统里面看了一下Metaspace的大小变化趋势，如下图所示： 按照以往的经验，Metaspace在系统
由Metadata GC Threshold引发的思考！
JavaEdge全是干货的技术号
07-08 686
点击下方“JavaEdge”，选择“设为星标”第一时间关注技术干货！免责声明~任何文章不要过度深思！万事万物都经不起审视，因为世上没有同样的成长环境，也没有同样的认知水平，更「没有适用于所有人的解决方案」；不要急着评判文章列出的观点，只需代入其中，适度审视一番自己即可，能「跳脱出来从外人的角度看看现在的自己处在什么样的阶段」才不为俗人。怎么想、怎么做，全在乎自己「不断实践中寻找适合自己的大道」1...
fullgc问题解决：Full GC (Metadata GC Threshold)
热门推荐
刘本龙的专栏
09-30 4万+
Full GC (Metadata GC Threshold) jdk8JVM调优 MetaspaceSize元空间配置
nacos频繁挂 | GC内存问题 | Metadata GC Threshold
画个圆圆的地球
05-10 5143
背景：公司使用的nacos，频繁挂，查看日志发现： Java HotSpot(TM) 64-Bit Server VM (25.144-b01) for linux-amd64 JRE (1.8.0_144-b01), built on Jul 21 2017 21:57:33 by "java_re" with gcc 4.3.0 20080428 (Red Hat 4.3.0-8) Memory: 4k page, physical 7733000k(980916k free), swap 0k(0
Metadata GC Threshold in Java
最新发布
weixin_40384474的博客
07-09 27
1 概述 本文探讨Metaspace和元数据GC阈值（Metadata GC Threshold）及如何调整它们这些参数。 2 元数据（Metadata） Metadata包含有关堆中对象的信息，包括类定义、方法表等相关信息。根据Java的版本，JVM将这些数据存储在永久代（Permanent Generation）或Me...
java元数据区有没有GC_java – 什么是元数据GC阈值,如何调整？
weixin_42297982的博客
03-01 458
在应用程序中，我有以下的-verbose：gc[GC (Metadata GC Threshold) 8530310K->2065630K(31574016K), 0.3831399 secs][Full GC (Metadata GC Threshold) 2065630K->2053217K(31574016K), 3.5927870 secs][GC (Metadata GC...
JVM——16.Full GC 相关总结
m0_52325992的博客
11-18 970
文章目录1. 对象进入老年代的情况2. 触发 Full GC 的情况3. 频繁 Full GC 的情况4. 如何定位及解决频繁 Full GC 1. 对象进入老年代的情况 分配担保规则：新生代GC过后，存活对象太多，Survivor区放不下了，这个时候就需要通过分配担保进入老年代； 达到年龄阈值：对象在新生代熬过了15次（-XX:MaxTenuringThreshold）GC，达到了年龄阈值，会晋升到老年代；（这种对象一般很少，只有在系统中的确需要长期存在的核心组件等，它们一般不能被回收） 动态年龄判断：
高并发场景下JVM调优实践之路
lt_xiaodou的博客
09-27 795
这种GC是CMS最常见的一类，是周期性的，由JVM的常驻线程定时扫描老年代的使用率，当使用率超过阈值时触发，采用的是Mark-Sweep方式，由于没有Compact这种耗时操作，且可以与用户进程并行，所以CMS的停顿会比较低，GC日志中出现GC (CMS Initial Mark)字样就代表发生了一次CMS Background GC。Young GC表现与设定的目标非常吻合，基本上没有真正意义上的Full GC，接口P99的优化效果取决于下游依赖的多少，依赖越少，效果越明显。
Metadata GC Threshold导致的full gc分析
weixin_33857679的博客
05-17 889
            gc log 两次full gc 均是Metadata GC导致, OpenJDK 64-Bit Server VM (25.151-b12) for linux-amd64 JRE (1.8.0_151-b12), built on Oct 20 2017 13:44:55 by "mockbuild" with gcc 4.8.5 20150623 (Red Hat ...
GC日志分析
qq_37432174的博客
02-07 1327
在处理一次现场问题时，发现服务还在运行，但是出现假死情况，后通过分析GC日志以及使用MAT分析确定问题是内存溢出OutOfMemery(OOM)；这里只记录GC分析学习过程日志打印时间 日期格式20.878gc发生时，Java虚拟机启动以来经过的秒数发生了一次垃圾回收，这是一次FULL GC。它不区分新生代GC还是老年代GC括号里的内容是GC发生的原因，这里的Metadata gC Threshold的原因是Metaspace区不够用了。
22.分析GC日志
幻心的博客
08-20 411
笔记来源：尚硅谷JVM全套教程，百万播放，全网巅峰（宋红康详解java虚拟机） 22.1. GC分类 针对HotSpot VM的实现，它里面的GC按照回收区域又分为两大种类型：一种是部分收集（Partial GC），一种是整堆收集（Full GC） 部分收集（Partial GC）：不是完整收集整个Java堆的垃圾收集。其中又分为： 新生代收集（Minor GC / Young GC）：只是新生代（Eden / S0, S1）的垃圾收集 老年代收集（Major GC / Old GC）：只是老年
java执行反射代码导致频繁创建奇怪的类从而发生元数据区被占满FUllGc案例
qq_22343483的博客
07-03 3550
查看 JVM GC 日志 没有一丝耽搁，老王立刻调出了线上GC日志，在日志里，看到了一个“Metadata GC Threshold”的字样，类似于如下日志： 【Full GC（Metadata GC Threshold）xxxxx, xxxxx】 通过GC日志，老王立即定位到这次频繁的Full GC，实际上是JDK 1.8以后的Metadata元数据区导致的。 奇怪了，Metadata区域一般是放一些加载到JVM里去的类，为什么会被频繁的塞满，进而触发Full GC呢？ 老王陷入了沉思，一旁的小猛和彪
JVM实战（25）——元数据区优化
smart_an的专栏
01-18 1206
本章，我们通过示例分析了元数据区被占满导致的频繁Full GC问题，通过参数可以配置软引用对象的平均存活时间，从而避免了元数据区频繁被占满。
JVM~内存调优配置~GC调优选择
houkai的博客
02-27 1372
Java堆从GC的角度还可以细分为:新生代(Eden区、From Survivor区和To Survivor区)和老年代。 JVM 中最大堆大小有三方面限制：相关操作系统的数据模型（32-bt还是64-bit）限制；系统的可用虚拟内存限制；系统的可用物理内存限制。32位系统下，一般限制在1.5G~2G；64为操作系统对内存无限制。整个JVM内存大小=年轻代大小 + 年老代大小 + 持久代大小。持久代一般固定大小为64m，所以增大年轻代后，将会减小年老代大小。此值对系统性能影响较大，Sun官方推荐配...
JVM调试追中参数设置
木小鱼的笔记
08-02 6015
引言： JVM提供了诸多的参数配置，打印出当前JVm的各类信息，方便后续进行Java应用的排查，本文将详细介绍若干常用的JVM调试追踪参数。
掌握JVM调优策略：深入解析常见GC机制
本文详细介绍了JVM（Java Virtual Machine）调优的相关知识，特别是针对垃圾收集器（Garbage Collection, GC）的优化策略。在Java应用程序中，垃圾收集器的作用是自动管理内存，确保程序在运行过程中不会因为内存...
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值