推薦的JVM參數(shù)設(shè)置

?

-XX:+UseContainerSupport?
-XX:InitialRAMPercentage=70.0?
-XX:MaxRAMPercentage=70.0?
-XX:MinRAMPercentage=70.0?
-XX:+PrintGCDetails?
-XX:+PrintGCDateStamps?
-Xloggc:/home/admin/nas/gc-${POD_IP}-$(date?'+%s').log?
-XX:+HeapDumpOnOutOfMemoryError?
-XX:HeapDumpPath=/home/admin/nas/dump-${POD_IP}-$(date?'+%s').hprof

?

?

說明

使用-XX:+UseContainerSupport參數(shù)需JDK 8u191+、JDK 10及以上版本。JDK 11版本下日志相關(guān)的參數(shù)-XX:+PrintGCDetails、-XX:+PrintGCDateStamps、-Xloggc：LOG_PATH/gc.log代替。Dragonwell 11暫不支持${POD_IP} 變量。如果您沒有將/home/admin/nas容器路徑掛載到NAS目錄，則必須保證該目錄在應(yīng)用啟動(dòng)前已存在，否則將不會(huì)產(chǎn)生日志文件。

?

常見問題

容器出現(xiàn)137退出碼的含義是什么？

當(dāng)容器使用內(nèi)存超過限制時(shí)，會(huì)出現(xiàn)容器OOM，導(dǎo)致容器被強(qiáng)制關(guān)閉。此時(shí)業(yè)務(wù)應(yīng)用內(nèi)存可能并未達(dá)到JVM堆大小上限，所以不會(huì)產(chǎn)生dump日志。建議您調(diào)小JVM堆大小的上限，為容器內(nèi)其他系統(tǒng)組件預(yù)留足夠多的內(nèi)存空間。

為什么發(fā)生OOM卻沒有生成dump文件？

當(dāng)發(fā)生OOM Killer時(shí)，并不一定會(huì)發(fā)生JVM OOM，所以不會(huì)生成dump文件。您可以采取以下方式來避免這種情況。

如果是Java應(yīng)用，可以適當(dāng)調(diào)小JVM的堆內(nèi)存大小。具體配置，請(qǐng)參見本文。

如果是非Java應(yīng)用，可以調(diào)整實(shí)例規(guī)格，保證充裕的內(nèi)存資源。

堆大小和規(guī)格內(nèi)存的參數(shù)值可以相同嗎？

不可以。

因?yàn)橄到y(tǒng)自身組件存在內(nèi)存開銷，所以不能將JVM堆大小設(shè)置為和規(guī)格內(nèi)存大小相同的數(shù)值，需要為這些系統(tǒng)組件預(yù)留足夠的內(nèi)存空間。

在JDK 8版本下設(shè)置-XX:MaxRAMPercentage值為整數(shù)時(shí)報(bào)錯(cuò)怎么處理？

這是JDK 8的一個(gè)Bug。

具體信息，請(qǐng)參見Java Bug Database。例如，在JDK 8u191版本下，設(shè)置-XX:MaxRAMPercentage=70，此時(shí)JVM會(huì)啟動(dòng)報(bào)錯(cuò)。

解決方案如下：

方式一：設(shè)置-XX:MaxRAMPercentage為70.0。說明 如果您使用了-XX:InitialRAMPercentage或-XX:MinRAMPercentage，參數(shù)值同樣不可設(shè)置為整數(shù)。

方式二：升級(jí)JDK版本至JDK 10及以上版本。

為什么JVM參數(shù)設(shè)置了6 GB，但是內(nèi)存使用率卻很低？

雖然JVM參數(shù)已設(shè)置-Xms6g -Xmx6g，但是操作系統(tǒng)不會(huì)馬上分配6 GB的物理內(nèi)存，需要實(shí)際使用后才分配。因此，內(nèi)存使用率在應(yīng)用啟動(dòng)的時(shí)候，會(huì)相對(duì)較低，后續(xù)會(huì)出現(xiàn)攀爬現(xiàn)象。

調(diào)優(yōu)堆棧內(nèi)存

表 1. 堆棧大小典型配置參數(shù)

調(diào)優(yōu)回收器GC

表 2. 吞吐量優(yōu)先的GC典型配置參數(shù)

表 3. 響應(yīng)時(shí)間優(yōu)先的GC典型配置參數(shù)

表 4. 用于輔助的GC典型配置參數(shù)