java - 正常的應(yīng)用多久一次Full GC?
問題描述
我查看我們服務(wù)器的狀態(tài),半個(gè)月發(fā)生了900+次full gc,大約20分鐘一次full gc,這是正常的嗎?或者說優(yōu)化到多久一次會比較合理?
問題解答
回答1:雖然沒有優(yōu)化過。不過覺得這個(gè)需要按照實(shí)際的業(yè)務(wù)需求和業(yè)務(wù)能力去做支撐.才好優(yōu)化。
回答2:看java應(yīng)用的heap大小以及qps,不過初步看20分鐘一次的full gc,貌似不大正常
回答3:jvm的優(yōu)化談起來可以講幾個(gè)小時(shí),這里簡單的給你點(diǎn)意見,不系統(tǒng)的展開說。
其一 :你的問題是full gc 頻繁,看下總內(nèi)存和老年代設(shè)置的是否太小了。主要是看參數(shù) -Xmx , -Xmn. 若是太小的話,必然會gc頻繁。
其二:添加以下參數(shù) -verbose.gc -XX:+PrintGC -XX:+PrintGCTimeStamps -XX:+PrintGCDateStamps -XX:+PrintHeapAtGC -XX:+PrintTenuringDistribution -XX:+PrintGCApplicationStoppedTime -XX:+PrintTenuringDistribution -Xloggc:/data/log/xxx/xxx-gc.log -XX:+PrintGCDetails查看每次gc ,老年代還剩余多少空間,一般來說,老年代的空間設(shè)置為gc后內(nèi)存的2-2.5倍是一個(gè)較為合理的數(shù)值。同時(shí)通過這個(gè)日志可以看到是否大量的對象沒有在新生代充分的gc掉就進(jìn)入老生代。原本可以通過新生代回收的對象進(jìn)入老年代的話必然會full gc 頻繁
其三 : 代碼原因 dump 內(nèi)存 jmap -dump:live,format=b,file=xx.bin [pid]然后通過MAT(http://www.eclipse.org/mat/)工具來看具體是哪塊大內(nèi)存沒有被釋放
相關(guān)文章:
1. 數(shù)據(jù)庫 - Mysql的存儲過程真的是個(gè)坑!求助下面的存儲過程哪里錯(cuò)啦,實(shí)在是找不到哪里的問題了。2. python執(zhí)行cmd命令,怎么讓他執(zhí)行類似Ctrl+C效果將其結(jié)束命令?3. MySQL主鍵沖突時(shí)的更新操作和替換操作在功能上有什么差別(如圖)4. ios - 類似微博首頁,一張圖的時(shí)候是如何確定圖大小的?5. 實(shí)現(xiàn)bing搜索工具urlAPI提交6. Python中使用超長的List導(dǎo)致內(nèi)存占用過大7. javascript - 我是做web前端的,公司最近有一個(gè)項(xiàng)目關(guān)于數(shù)據(jù)統(tǒng)計(jì)的!8. python - Django有哪些成功項(xiàng)目?9. 鏈接圖片時(shí),鏈接不成功10. node.js - 微信小程序websocket連接問題
