前言
昨天謝照東大神在群里提出一個(gè)問(wèn)題:怎么查看Metaspace里具體包含的是什么拆宛,起因是他的某個(gè)服務(wù)設(shè)置了-XX:MetaspaceSize=512m -XX:MaxMetaspaceSize=512m
皆串,但是通過(guò)jstat -gcutil pid
查看M
的值為98(M的=MU/MC),即Metaspace區(qū)的使用量達(dá)到了512m*98%
题造。遺憾的是吹散,這個(gè)推算是錯(cuò)誤的滚澜;
推理
以筆者測(cè)試環(huán)境上某個(gè)服務(wù)為例,配置了-XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=256m
蜕乡,通過(guò)jstat -gcutil pid
查看M
的值為98.32
奸绷,即Meta區(qū)使用率也達(dá)到了98.32%
:
然后,再通過(guò)jstat -gc 4210 2s 3
命名查看层玲,結(jié)果如下圖所示号醉,計(jì)算MU/MC即Meta區(qū)的使用率確實(shí)達(dá)到了98.32%
反症,但是MC,即Metaspace Capacity只有55296k扣癣,并不是參數(shù)MetaspaceSize
指定的256m:
那么-XX:MetaspaceSize=256m
的含義到底是什么呢惰帽?其實(shí),這個(gè)JVM參數(shù)是指Metaspace擴(kuò)容時(shí)觸發(fā)FullGC的初始化閾值父虑,也是最小的閾值该酗。這里有幾個(gè)要點(diǎn)需要明確:
- 如果沒(méi)有配置
-XX:MetaspaceSize
,那么觸發(fā)FGC的閾值是21807104(約20.8m)士嚎,可以通過(guò)jinfo -flag MetaspaceSize pid得到這個(gè)值呜魄; - 如果配置了
-XX:MetaspaceSize
,那么觸發(fā)FGC的閾值就是配置的值莱衩; - Metaspace由于使用不斷擴(kuò)容到
-XX:MetaspaceSize
參數(shù)指定的量爵嗅,就會(huì)發(fā)生FGC;且之后每次Metaspace擴(kuò)容都可能會(huì)發(fā)生FGC(至于什么時(shí)候會(huì)笨蚁,比較復(fù)雜睹晒,跟幾個(gè)參數(shù)有關(guān)); - 如果Old區(qū)配置CMS垃圾回收括细,那么擴(kuò)容引起的FGC也會(huì)使用CMS算法進(jìn)行回收伪很;
- 如果MaxMetaspaceSize設(shè)置太小,可能會(huì)導(dǎo)致頻繁FullGC奋单,甚至OOM锉试;
任何一個(gè)JVM參數(shù)的默認(rèn)值可以通過(guò)java -XX:+PrintFlagsFinal -version |grep JVMParamName獲取,例如:
java -XX:+PrintFlagsFinal -version |grep MetaspaceSize
驗(yàn)證
筆者的環(huán)境览濒,服務(wù)啟動(dòng)后呆盖,MU的值穩(wěn)定在55296k,那么設(shè)置-XX:MetaspaceSize=50m -XX:MaxMetaspaceSize=256m
贷笛,按照上面的推理应又,會(huì)發(fā)生一次CMS GC,事實(shí)也確實(shí)如此昨忆,部分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]
... ...
通過(guò)
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區(qū)還遠(yuǎn)遠(yuǎn)達(dá)不到70%(-XX:+UseCMSInitiatingOccupancyOnly -XX:CMSInitiatingOccupancyFraction=70)觸發(fā)CMS GC的條件丁频。所以,這次CMS GC是Metaspace區(qū)擴(kuò)容達(dá)到-XX:MetaspaceSize=50m
觸發(fā)的邑贴。
建議
-
MetaspaceSize
和MaxMetaspaceSize
設(shè)置一樣大席里; - 具體設(shè)置多大,建議穩(wěn)定運(yùn)行一段時(shí)間后通過(guò)
jstat -gc pid
確認(rèn)且這個(gè)值大一些拢驾,對(duì)于大部分項(xiàng)目256m即可奖磁。
JDK7的PermSize
JDK8+移除了Perm,引入了Metapsace繁疤,它們兩者的區(qū)別是什么呢咖为?Metasace上面已經(jīng)總結(jié)了秕狰,無(wú)論-XX:MetaspaceSize
和-XX:MaxMetaspaceSize
兩個(gè)參數(shù)如何設(shè)置,隨著類加載越來(lái)越多不斷擴(kuò)容調(diào)整躁染,直到MetaspaceSize(如果沒(méi)有配置就是默認(rèn)20.8m)觸發(fā)FGC鸣哀,上限是-XX:MaxMetaspaceSize
,默認(rèn)是幾乎無(wú)窮大吞彤。而Perm的話我衬,我們通過(guò)配置-XX:PermSize
以及-XX:MaxPermSize
來(lái)控制這塊內(nèi)存的大小,jvm在啟動(dòng)的時(shí)候會(huì)根據(jù)-XX:PermSize
初始化分配一塊連續(xù)的內(nèi)存塊饰恕,這樣的話挠羔,如果-XX:PermSize
設(shè)置過(guò)大,就是一種赤果果的浪費(fèi)埋嵌。很明顯破加,Metapsace比Perm好多了^^;
JDK7 Perm 驗(yàn)證如下--設(shè)置-XX:PermSize=64m -XX:MaxPermSize=64m
雹嗦,那么PC初始化就是64m: