JVM参数MetaspaceSize的误解
前言
昨天谢照东大神在群里提出一个问题:怎么查看Metaspace里具体包含的是什么,起因是他的某个服务设置了
-XX:MetaspaceSize=512m
-XX:MaxMetaspaceSize=512m
但是通过jstat -gcutil pid
查看M
的值为98(M的=MU/MC),即Metaspace区的使用量达到了512m*98%
。遗憾的是,这个推算是错误的;
推理
以笔者测试环境上某个服务为例,配置了
-XX:MetaspaceSize=256m
-XX:MaxMetaspaceSize=256m
通过jstat -gcutil pid
查看M
的值为98.32
,即Meta区使用率也达到了98.32%
:
然后,再通过jstat -gc 4210 2s 3
命名查看,结果如下图所示,计算MU/MC即Meta区的使用率确实达到了98.32%
,但是MC,即Metaspace Capacity只有55296k,并不是参数MetaspaceSize
指定的256m:
那么-XX:MetaspaceSize=256m
的含义到底是什么呢?其实,这个JVM参数是指Metaspace扩容时触发FullGC的初始化阈值,也是最小的阈值。这里有几个要点需要明确:
无论
-XX:MetaspaceSize
配置什么值,Metaspace的初始容量一定是21807104
(约20.8m);Metaspace由于使用不断扩容到
-XX:MetaspaceSize
参数指定的量,就会发生FGC;且之后每次Metaspace扩容都会发生FGC;如果Old区配置CMS垃圾回收,那么第2点的FGC也会使用CMS算法进行回收;
Meta区容量范围为[20.8m, MaxMetaspaceSize);
如果MaxMetaspaceSize设置太小,可能会导致频繁FGC,甚至OOM;
任何一个JVM参数的默认值可以通过java -XX:+PrintFlagsFinal -version |grep JVMParamName获取,例如:
java -XX:+PrintFlagsFinal -version |grep MetaspaceSize
验证
笔者的环境,服务启动后,MU的值稳定在55296k,那么设置-XX:MetaspaceSize=50m -XX:MaxMetaspaceSize=256m
,按照上面的推理,会发生一次CMS GC,事实也确实如此,部分gc日志如下所示:
... ...12.863: [GC (Allocation Failure) 2018-03-20T11:28:34.733+0800: 12.863: [ParNew: 114680K->10355K(118016K), 0.0222201 secs] 165666K->64213K(249088K), 0.0224408 secs] [Times: user=0.06 sys=0.00, real=0.02 secs] [Times: user=0.06 sys=0.00, real=0.02 secs] 14.813: [GC (Allocation Failure) 2018-03-20T11:28:36.683+0800: 14.813: [ParNew: 115315K->10436K(118016K), 0.0263959 secs] 169173K->68441K(249088K), 0.0266341 secs] 169173K->68441K(249088K), 0.0266341 secs] [Times: user=0.08 sys=0.00, real=0.03 secs] 14.841: [GC (CMS Initial Mark) [1 CMS-initial-mark: 58004K(131072K)] 70447K(249088K), 0.0055264 secs] [Times: user=0.01 sys=0.00, real=0.00 secs] 14.847: [CMS-concurrent-mark-start]14.931: [CMS-concurrent-mark: 0.084/0.084 secs] [Times: user=0.20 sys=0.01, real=0.09 secs] 14.931: [CMS-concurrent-preclean-start]14.933: [CMS-concurrent-preclean: 0.002/0.002 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 14.933: [CMS-concurrent-abortable-preclean-start]15.378: [CMS-concurrent-abortable-preclean: 0.434/0.445 secs] [Times: user=1.47 sys=0.01, real=0.45 secs] 15.379: [GC (CMS Final Remark) [YG occupancy: 69119 K (118016 K)]2018-03-20T11:28:37.249+0800: 15.379: [GC (CMS Final Remark) 2018-03-20T11:28:37.249+0800: 15.379: [ParNew: 69119K->5190K(118016K), 0.0214183 secs] 127124K->66735K(249088K), 0.0216553 secs] [Times: user=0.06 sys=0.00, real=0.02 secs] 15.401: [Rescan (parallel) , 0.0066413 secs]2018-03-20T11:28:37.278+0800: 15.407: [weak refs processing, 0.0001017 secs]2018-03-20T11:28:37.278+0800: 15.408: [class unloading, 0.0001017 secs]2018-03-20T11:28:37.278+0800: 15.408: [class unloading, 0.0184354 secs]2018-03-20T11:28:37.296+0800: 15.426: [scrub symbol table, 0.0126010 secs]2018-03-20T11:28:37.309+0800: 15.439: [scrub string table, 0.0020576 secs][1 CMS-remark: 61544K(131072K)] 66735K(249088K), 0.0638636 secs] [Times: user=0.15 sys=0.00, real=0.06 secs] 15.444: [CMS-concurrent-sweep-start]15.479: [CMS-concurrent-sweep: 0.035/0.035 secs] [Times: user=0.14 sys=0.00, real=0.04 secs] 15.479: [CMS-concurrent-reset-start]15.483: [CMS-concurrent-reset: 0.004/0.004 secs] [Times: user=0.01 sys=0.01, real=0.00 secs]... ...
通过
14.841: [GC (CMS Initial Mark) [1 CMS-initial-mark: 58004K(131072K)] 70447K(249088K), 0.0055264 secs] [Times: user=0.01 sys=0.00, real=0.00 secs]
这行日志可知:Old区还远远达不到70%(-XX:+UseCMSInitiatingOccupancyOnly -XX:CMSInitiatingOccupancyFraction=70)触发CMS GC的条件。所以,这次CMS GC是Metaspace区扩容达到-XX:MetaspaceSize=50m
触发的。
建议
MetaspaceSize
和MaxMetaspaceSize
设置一样大;具体设置多大,建议稳定运行一段时间后通过
jstat -gc pid
确认且这个值大一些,对于大部分项目256m即可。
JDK7的PermSize
JDK8+移除了Perm,引入了Metapsace,它们两者的区别是什么呢?Metasace上面已经总结了,无论-XX:MetaspaceSize
和-XX:MaxMetaspaceSize
两个参数如何设置,都会从20.8M开始,随着类加载越来越多不断扩容调整,上限是-XX:MaxMetaspaceSize
,默认是几乎无穷大。而Perm的话,我们通过配置-XX:PermSize
以及-XX:MaxPermSize
来控制这块内存的大小,jvm在启动的时候会根据-XX:PermSize
初始化分配一块连续的内存块,这样的话,如果-XX:PermSize
设置过大,就是一种赤果果的浪费。很明显,Metapsace比Perm好多了^^;
JDK7 Perm 验证如下--设置-XX:PermSize=64m -XX:MaxPermSize=64m
,那么PC初始化就是64m:
转:原文
JVM参数MetaspaceSize的误解相关推荐
- java8 metaspacesize_JVM参数MetaspaceSize的误解
前言 昨天谢照东大神在群里提出一个问题:怎么查看Metaspace里具体包含的是什么,起因是他的某个服务设置了-XX:MetaspaceSize=512m -XX:MaxMetaspaceSize=5 ...
- JVM参数MetaspaceSize的解读
从Java8更新191或更高版本,或者Java10.11.12.13等等,我们有一个名为XX:+UseContainerSupport的选项,该选项在默认情况下是激活的,所以JVM可以读取容器内RAM ...
- 启动脚本,以及jvm参数含义
一.startup.sh: #!bin/sh if[!-x logs];then mkdir logs fi export EXEC=taskcenter.jar export CLASSPATH=. ...
- 调整jvm参数_JVM源码分析之MetaspaceSize和MaxMetaspaceSize的区别
JVM加载类的时候,需要记录类的元数据,这些数据会保存在一个单独的内存区域内,在Java 7里,这个空间被称为永久代(Permgen),在Java 8里,使用元空间(Metaspace)代替了永久代. ...
- CMS:听我的,生产环境上要这样配置JVM参数
哪怕JDK16 GA已经发布很久了,但是,可以肯定的是,绝大多数的生产环境依然运行的是JDK8.此处必须来一句:JDK8 yyds.既然运行的是JDK8,那么生产环境的垃圾回收器基本上就是下面3种啦: ...
- JVM 参数及各部分含义(转)
转自:https://www.jianshu.com/p/1c6b5c2e95f9 JVM参数分类 JVM参数分为标准参数和非标准参数: 标准参数: "-"开头的参数,如-clie ...
- 12.JDK1.8 JVM运行时数据区域概览、各区域介绍、程序计数器、Java虚拟机栈、本地方法栈、堆、堆空间内存分配(默认情况下)、字符串常量池、元数据区、jvm参数配置
12.JDK1.8 JVM运行时数据区域概览 12.1.JDK1.8 JVM运行时数据区域概览 12.2.各区域介绍 12.3.各区域介绍 12.3.1.程序计数器 12.3.2.Java虚拟机栈 1 ...
- jvm内存参数配置_idea中设置JVM参数,简单理解JVM常见参数,JVM调优简单入门
前面学习了JVM的内存分布,今天就来验证下.顺便通过测试学习一下JVM的几个参数,不过测试是在idea中,所以先要在idea上设置JVM参数. 一.idea设置全局的JVM参数 一共三步,第一步在菜单 ...
- java -XX:+PrintFlagsInitial该命令可以查看所有JVM参数启动的初始值
java -XX:+PrintFlagsInitial 该命令可以查看所有JVM参数启动的初始值 [Global flags]intx ActiveProcessorCount = -1 {produ ...
最新文章
- ERP项目选型实施注意的几点(二)
- 为 Hyper-V 配置外部网络
- ITK:多路输出不同的类型
- FTP下载导致Zip解压失败的原因
- php中socket的使用
- php 判断数组某个值,浅谈PHP检查数组中是否存在某个值 in_array 函数
- CamShift算法,OpenCV实现1--Back Projection
- 算法笔记2-优先队列(堆)(上)
- 队列(纯C语言实现)
- UNITY单击和双击实现
- 【小游戏】AB猜数字
- VR智慧家装,给业主带来别样的家装体验!
- WPS文档:格式显示,页码标注,公式居中编号右对齐,公式编号不能在行中间显示
- IPHONE手机知识大全(中)
- 人工智能刷题(个人向)
- vue里面的model
- 掌通家园获大钲资本领投1亿美元D轮融资,加速构建幼教服务平台
- Spring官方文档阅读(二)之Bean的简单理解与使用
- 十大单身狗最需要的APP
- MacBook Pro【M1】安装RabbitMq