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連接問題
網(wǎng)公網(wǎng)安備