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. javascript - 關(guān)于<a>元素與<input>元素的JS事件運(yùn)行問題2. java - 為什么第一個(gè)線程已經(jīng)釋放了鎖，第二個(gè)線程卻不行？3. mysql - 記得以前在哪里看過一個(gè)估算時(shí)間的網(wǎng)站4. css3 - 純css實(shí)現(xiàn)點(diǎn)擊特效5. css3 - [CSS] 動畫效果 3D翻轉(zhuǎn)bug6. python中merge后文件莫名變得非常大7. docker start -a dockername 老是卡住，什么情況？8. 希望講講異常處理9. 大家好，我想請問一下怎么做搜索欄能夠搜索到自己網(wǎng)站的內(nèi)容。10. javascript - 如何將一個(gè)div始終固定在某個(gè)位置；無論屏幕和分辨率怎么變化；div位置始終不變
網(wǎng)公網(wǎng)安備