詳解JVM中的GC調(diào)優(yōu)
那些GC的默認(rèn)值
其實(shí)GC或者說(shuō)JVM的參數(shù)非常非常的多,有控制內(nèi)存使用的:

有控制JIT的:

有控制分代比例的,也有控制GC并發(fā)的:

當(dāng)然,大部分的參數(shù)其實(shí)并不需要我們自行去調(diào)整,JVM會(huì)很好的動(dòng)態(tài)幫我們?cè)O(shè)置這些變量的值。
如果我們不去設(shè)置這些值,那么對(duì)GC性能比較有影響的參數(shù)和他們的默認(rèn)值有哪些呢?
GC的選擇
我們知道JVM中的GC有很多種,不同的GC選擇對(duì)java程序的性能影響還是比較大的。
在JDK9之后,G1已經(jīng)是默認(rèn)的垃圾回收器了。

我們看一下G1的調(diào)優(yōu)參數(shù)。
G1是基于分代技術(shù)的,其實(shí)JVM還在開(kāi)發(fā)一些不再基于分代技術(shù)的GC算法,比如ZGC,我們可以根據(jù)需要來(lái)選擇適合我們的GC算法。
GC的最大線程個(gè)數(shù)
GC是由專(zhuān)門(mén)的GC線程來(lái)執(zhí)行的,并不是說(shuō)GC線程越多越好,這個(gè)默認(rèn)線程的最大值是由heap size和可用的CPU資源動(dòng)態(tài)決定的。
當(dāng)然你可以使用下面兩個(gè)選項(xiàng)來(lái)修改GC的線程:
-XX:ParallelGCThreads=threads 設(shè)置STW的垃圾收集線程數(shù)
-XX:ConcGCThreads = n 設(shè)置并行標(biāo)記線程的數(shù)量
一般情況下ConcGCThreads可以設(shè)置為ParallelGCThreads的1/4。
初始化heap size
默認(rèn)情況下加初始化的heap size是物理內(nèi)存的1/64。
你可以使用
-XX:InitialHeapSize=size
來(lái)重新設(shè)置。
最大的heap size
默認(rèn)情況下最大的heap size是物理內(nèi)存的1/4。
你可以使用:
-XX:MaxHeapSize
來(lái)重新設(shè)置。
分層編譯技術(shù)
默認(rèn)情況下分層編譯技術(shù)是開(kāi)啟的。你可以使用:
-XX:-TieredCompilation
來(lái)關(guān)閉分層編譯。如果啟用了分層編譯,那么可能需要關(guān)注JIT中的C1和C2編譯器帶來(lái)的影響。
我們到底要什么
java程序在運(yùn)行過(guò)程中,會(huì)發(fā)生很多次GC,那么我們其實(shí)是有兩種統(tǒng)計(jì)口徑:
1.平均每次GC執(zhí)行導(dǎo)致程序暫停的時(shí)間(Maximum Pause-Time Goal)。
2.總的花費(fèi)在GC上的時(shí)間和應(yīng)用執(zhí)行時(shí)間的比例(Throughput Goal)。
最大暫停時(shí)間
單次GC的暫停時(shí)間是一個(gè)統(tǒng)計(jì)平均值,因?yàn)閱未蜧C的時(shí)間其實(shí)是不可控的,但是取了平均值,GC就可以動(dòng)態(tài)去調(diào)整heap的大小,或者其他的一些GC參數(shù),從而保證每次GC的時(shí)間不會(huì)超過(guò)這個(gè)平均值。
我們可以通過(guò)設(shè)置:
-XX:MaxGCPauseMillis=<nnn>
來(lái)控制這個(gè)值。
不管怎么設(shè)置這個(gè)參數(shù),總體需要被GC的對(duì)象肯定是固定的,如果單次GC暫停時(shí)間比較短,可能會(huì)需要減少heap size的大小,那么回收的對(duì)象也比較少。這樣就會(huì)導(dǎo)致GC的頻率增加。從而導(dǎo)致GC的總時(shí)間增加,影響程序的Throughput。
吞吐率
吞吐率是由花費(fèi)在GC上的時(shí)間和應(yīng)用程序上的時(shí)間比率來(lái)決定的。
我們可以通過(guò)設(shè)置:
-XX:GCTimeRatio=nnn
來(lái)控制。
如果沒(méi)有達(dá)到throughput的目標(biāo),那么GC可能會(huì)去增加heap size,從而減少GC的執(zhí)行頻率。但是這樣會(huì)增加單次的Maximum Pause-Time。
如果throughput和maximum pause-time的參數(shù)同時(shí)都設(shè)置的話,JVM會(huì)去嘗試去動(dòng)態(tài)減少heap size的大小,直到其中的一個(gè)目標(biāo)不能滿(mǎn)足為止。
相對(duì)而言,G1更加偏重于最大暫停時(shí)間,而ZGC更加偏重于吞吐率。
以上就是詳解JVM中的GC調(diào)優(yōu)的詳細(xì)內(nèi)容,更多關(guān)于JVM中的GC調(diào)優(yōu)的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章!
相關(guān)文章
java文件操作練習(xí)代碼 讀取某個(gè)盤(pán)符下的文件
這篇文章主要介紹了java讀取某個(gè)盤(pán)符下的文件示例,代碼中要求的是絕對(duì)路徑,編譯過(guò)程中要注意絕對(duì)路徑問(wèn)題和異常的抓取2014-01-01
mybatis 中 foreach collection的用法小結(jié)(三種)
這篇文章主要介紹了mybatis 中 foreach collection的用法小結(jié)(三種),需要的朋友可以參考下2017-10-10
Java SPI 機(jī)制知識(shí)點(diǎn)總結(jié)
在本篇文章里小編給大家整理的是一篇關(guān)于Java SPI 機(jī)制知識(shí)點(diǎn)總結(jié)內(nèi)容,需要的朋友們可以參考下。2020-02-02
SpringBoot+MybatisPlus實(shí)現(xiàn)sharding-jdbc分庫(kù)分表的示例代碼
本文主要介紹了SpringBoot+MybatisPlus實(shí)現(xiàn)sharding-jdbc分庫(kù)分表的示例代碼,以分庫(kù),分表,分庫(kù)分表三種方式來(lái)實(shí)現(xiàn),具有一定的參考價(jià)值,感興趣的可以了解一下2024-03-03

