您好,登錄后才能下訂單哦!
這篇文章主要介紹了docker如何查看jvm內(nèi)存占用方式,具有一定借鑒價值,感興趣的朋友可以參考下,希望大家閱讀完這篇文章之后大有收獲,下面讓小編帶著大家一起了解一下。
docker ps | grep myImageName(或docker ps | grep java)
docker exec -it containerId sh
top
可看到基本的容器占用的信息:pid、vsz、cpu、command等。(ctrl+c 或 q,退出top)
top -m
其中,vsz:Virtual Memory Size,虛擬內(nèi)存大小,表明了該進程可以訪問的所有內(nèi)存,包括被交換的內(nèi)存和共享庫內(nèi)存。
rss: Resident Set Size,常駐內(nèi)存集合大小,表示進程在RAM中占用了多少內(nèi)存,并不包含在SWAP中占用的虛擬內(nèi)存。即使是在內(nèi)存中的使用了共享庫的內(nèi)存大小也一并計算在內(nèi),包含了完整的在stack和heap中的內(nèi)存。
SHR:shared memory,共享內(nèi)存。
補充:
ps -ef | grep java 或 docker top 容器id ,可查看pid的一些信息。
ps aux | grep java。
top -p pid。
RSS
是常駐內(nèi)存集(Resident Set Size),表示該進程分配的內(nèi)存大小。
RSS
不包括進入交換分區(qū)的內(nèi)存。
RSS
包括共享庫占用的內(nèi)存(只要共享庫在內(nèi)存中)
RSS
包括所有分配的棧內(nèi)存和堆內(nèi)存。
VSZ
表示進程分配的虛擬內(nèi)存。
VSZ
包括進程可以訪問的所有內(nèi)存,包括進入交換分區(qū)的內(nèi)容,以及共享庫占用的內(nèi)存。
VSZRW:未百度到具體含義,猜測:初始申請的虛擬內(nèi)存大小。
docker stats 容器名 或 docker stats 容器id,結(jié)果如下:
CONTAINER CPU % MEM USAGE / LIMIT MEM % NET I/O BLOCK I/O PIDS
補充:docker容器化下的JVM參數(shù)調(diào)優(yōu)
跑在docker容器的Java服務發(fā)生過幾次內(nèi)存超標異常,實際上這和Java程序的docker容器化有很大的關(guān)系。Java和docker并不是天然的朋友,docker可以設置內(nèi)存和CPU限制,底層通過Linux cgroup技術(shù)實現(xiàn),但是Java JVM并不能自動檢測到。
我們可以使用Java的Xmx標識手動指定堆內(nèi)存的大小或者使用較高版本的JDK提供的JVM標識,解決這個問題。
舊版本Java8(update 131之前的版本),JVM的可用內(nèi)存和CPU數(shù)量并不是docker允許你使用的可用內(nèi)存和CPU數(shù)量
比如docker容器中限制只能使用1G,但是舊版本Java并不能識別到這個限制,當業(yè)務增長時,JVM就會申請更多內(nèi)存,可能遠超這個限制。但是如果使用太多內(nèi)存,docker就會采取行動并殺死容器內(nèi)的Java進程,顯然這不是我們想要的!
目前我們生產(chǎn)環(huán)境使用Java8版本,這個問題可通過-Xmx限制堆內(nèi)存大小來解決,不過這里實際限制了兩次,一次是docker容器的內(nèi)存限制,一次是jvm堆內(nèi)存的限制。
這個前提需要Java程序的dockerfile支持:
# 初始鏡像 FROM adoptopenjdk/openjdk8 # jar包名字需要更改為項目名字-版本號,后面app.jar 不變 ADD example-sun-1.0.jar app.jar # 配置JVM啟動參數(shù) ENV JVM_ARGS=${JVM_ARGS} EXPOSE 8080 # 優(yōu)化jvm參數(shù)配置啟動 ENTRYPOINT java ${JVM_ARGS} -Djava.security.egd=file:/dev/./urandom -jar app.jar
具體在k8s deployment.yaml 部署文件中環(huán)境變量 env 中加入以下參數(shù),當JVM 啟動時就會加載進去
- name: JVM_ARGS value: -Xmx1024m -Xms512m
Xmx1024m #設置jvm堆內(nèi)存的最大值
-Xms512m #設置jvm堆內(nèi)存的最小值
這里設置最小堆內(nèi)存為512m,最大內(nèi)存為1024m, 堆內(nèi)存調(diào)整不要一味簡單增大,要仔細分析內(nèi)存占用過大的原因,是否有代碼上的問題。
較高版本Java9之后(8u131+)JVM提供更好的解決方式
使用JVM 標志: -XX:+UnlockExperimentalVMOptions-XX:+UseCGroupMemoryLimitForHeap
強制JVM檢查Linux的cgoup配置,實際上docker正是通過Linux的cgroup技術(shù)來限制容器的內(nèi)存等資源的?,F(xiàn)在如果應用達到了docker設置的限制(比如1G),JVM是可以看到這個限制的,JVM就會嘗試GC操作。
如果gc之后仍然超過內(nèi)存限制,那JVM就會做它該做的事情,比如拋出OutOfMemoryException.也就是說,JVM能夠識別到docker的這些設置。
程序運行過程中,也可以打印GC日志,方便排查問題, 同時當Java發(fā)生OutOfMemory 異常時可將heap 內(nèi)存 dump 下來方便我們排查問題使用,設置以下參數(shù):
- name: JVM_ARGS value: -Xmx1536m -Xms512m -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/logs/my-heap-dump.hprof -Xloggc:/logs/gc.log -XX:+PrintGCDetails -XX:+PrintGCDateStamps
參數(shù)含義:
# 發(fā)生內(nèi)存溢出自動dump內(nèi)存文件 -XX:+HeapDumpOnOutOfMemoryError ############ 指定dump文件地址為服務打印日志文件夾/logs(已掛載) -XX:HeapDumpPath=/logs/my-heap-dump.hprof ############ 打印服務gc日志 -Xloggc:/logs/gc.log # 輸出詳細GC日志 -XX:+PrintGCDetails # 格式化輸出時間戳 2020-09-17T19:45:05.680+0800 -XX:+PrintGCDateStamps
感謝你能夠認真閱讀完這篇文章,希望小編分享的“docker如何查看jvm內(nèi)存占用方式”這篇文章對大家有幫助,同時也希望大家多多支持億速云,關(guān)注億速云行業(yè)資訊頻道,更多相關(guān)知識等著你來學習!
免責聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。