gc日誌分析工具

性能測試排查定位問題，分析調優過程中，會遇到要分析gc日誌，人肉分析gc日誌有時比較困難，相關圖形化或命令行工具可以有效地幫助輔助分析。

Gc日誌參數

通過在tomcat啓動腳本中添加相關參數生成gc日誌

-verbose.gc開關可顯示GC的操作內容。打開它，可以顯示最忙和最空閒收集行爲發生的時間、收集前後的內存大小、收集需要的時間等。

打開-xx:+ printGCdetails開關，可以詳細瞭解GC中的變化。

打開-XX: + PrintGCTimeStamps開關，可以瞭解這些垃圾收集發生的時間，自JVM啓動以後以秒計量。

最後，通過-xx: + PrintHeapAtGC開關了解堆的更詳細的信息。

爲了瞭解新域的情況，可以通過-XX:=PrintTenuringDistribution開關了解獲得使用期的對象權。

-Xloggc:$CATALINA_BASE/logs/gc.log gc日誌產生的路徑

XX:+PrintGCApplicationStoppedTime // 輸出GC造成應用暫停的時間

-XX:+PrintGCDateStamps // GC發生的時間信息

Gc日誌

日誌中顯示了gc發生的時間，young區回收情況，整體回收情況，fullGC情況，回收所消耗時間等

常用JVM參數

分析gc日誌後，經常需要調整jvm內存相關參數，常用參數如下

-Xms：初始堆大小，默認爲物理內存的1/64(<1GB)；默認(MinHeapFreeRatio參數可以調整)空餘堆內存小於40%時，JVM就會增大堆直到-Xmx的最大限制

-Xmx：最大堆大小，默認(MaxHeapFreeRatio參數可以調整)空餘堆內存大於70%時，JVM會減少堆直到 -Xms的最小限制

-Xmn：新生代的內存空間大小，注意：此處的大小是（eden+ 2 survivor space)。與jmap -heap中顯示的New gen是不同的。整個堆大小=新生代大小 + 老生代大小 + 永久代大小。
在保證堆大小不變的情況下，增大新生代後,將會減小老生代大小。此值對系統性能影響較大,Sun官方推薦配置爲整個堆的3/8。

-XX:SurvivorRatio：新生代中Eden區域與Survivor區域的容量比值，默認值爲8。兩個Survivor區與一個Eden區的比值爲2:8,一個Survivor區佔整個年輕代的1/10。

-Xss：每個線程的堆棧大小。JDK5.0以後每個線程堆棧大小爲1M,以前每個線程堆棧大小爲256K。應根據應用的線程所需內存大小進行適當調整。在相同物理內存下,減小這個值能生成更多的線程。但是操作系統對一個進程內的線程數還是有限制的，不能無限生成，經驗值在3000~5000左右。一般小的應用，如果棧不是很深，應該是128k夠用的，大的應用建議使用256k。這個選項對性能影響比較大，需要嚴格的測試。和threadstacksize選項解釋很類似,官方文檔似乎沒有解釋,在論壇中有這樣一句話:"-Xss is translated in a VM flag named ThreadStackSize”一般設置這個值就可以了。