visualVm 中的 visual GC說明

visual GC 不是 visualVM 自帶的，須要安裝插件。

步聚：菜單欄 （Tools） - > plugins - > Avaiable Plugins 中就選擇安裝

 

Spaces: 各個分代的內存使用狀況。
特別說明：表格有分灰色部分，表示未分配的內存。顯明部分，表示已分配的內存。
當 -xmx 不等於 -xms 時，vm是動態根據實際使用的狀況去分配內存

-----------------------------------------------------
Graphs

compile time
JIT編譯時間  圖上標題明說： 37039 次編譯，使用 42.169 秒

class Loader Time
類加載時間  圖上標題明說：520421 個已經加載 1320 未加載 ,使用 17.327 秒

GC Time
gc 時間 ，圖上標題說明：173 次執行gc ，共使用了 5.955秒 。最近一次gc的緣由

Eden Space
年青代內存說明
最大 200 M ，實際分配內存：118.062M ，當前使用了 110.839 M  , 148 次 的GC 共使用了 1.6s 秒

Surivor
存活區內存說明
最大內存 25M 實際分配 14.750M 當前使用了 4.147M

old gen
老年代說明
最大內存500M 實際分配了 294.863 M ，當前使用 123.619M ， 25 次的GC ，共使用了4.345 秒

metaspace
元空間
最大內存 1.246G 實際分配了 293.738M ，當前使用了 275.150M

--------------------------------------------------------------------------------
Histogram  
這是Survivor 直方圖 ,使用 CMS 或 Serial 收集器時顯示

Tenuring Threshol: 對像實際 6 晉升年齡

Max Tenuring Threshold: 對像最大的晉升年齡

Desired Survior Size : 當存活區溢出時，存活區的最大內存

Current Surivor Size : 當前存活區的實際分配大小

Histogram
下是表示是存活區各對像年齡的分部圖

特別說明：當Tenuring Threshol 老是小於 Max Tenuring Threshold 時，說明年青代提高到老年代的速度太快 這一般是由於 存活區溢出。一旦溢出，最老的對像就被提高至老年代，直到存活區的使用再也不超過 Desired Survior Size ，存活區溢出會填滿老年代，而致使 Full GC