JVM之CMS收集器，jvmcms收集

JVM之CMS收集器，jvmcms收集

CMS(Concurrent Mark Sweep) 最短回收停頓，適合維持回應時間上的要求。

• 初始標記 Initial mark：標記GC Roots能夠關聯到的對象。stop-mark。
• 並發標記 Concurrent mark：GC Roots tracing，並行業務線程。
• 重新標記 remark：重新標記並發標記過程中因為使用者程式同時運行而導致標記產生變動的對象的標記記錄。stop-mark。
• 並發清除 Concurrent sweep：清除無用對象。

初始標記和重新標記佔用時間比較短。

缺點：

• 並發階段佔用cpu資源，拖慢使用者程式，降低輸送量，CMS預設啟用（CPU + 3)/4個線程執行。
• 無法處理浮動垃圾（Floating Gorbage），並發清理階段使用者程式產生的垃圾，成為浮動垃圾，無法被當次處理。為了預留使用者程式運行使用記憶體，CMS需在老年代一定比例時就進行收集，通過-XX:CMSInitiatingOccupancyFraction設定老年代出發CMS比例。
• 基於標記清除演算法的CMS，會使老年代產生很多空間片段，不利於大對象的使用，使用-UseCMSCompactAtFullCollection（預設true）來設定在將要進行CMS收集時進行磁碟重組壓縮，此設定會造成停頓，同時可以設定-XX:CMSFullGCsBeforeCompaction來設定執行磁碟重組的間隔CMS次數，即，執行多少次CMS收集後，執行一次磁碟重組。