JVM快速調優手冊之五: ParNew收集器+CMS收集器的產品案例分析(響應時間優先)

服務器

雙核,4個cores; 16G memory

[root@alish3-cassandra-01 ~]# cat /proc/cpuinfo | grep "cpu cores"
cpu cores       : 2
cpu cores       : 2

公式簡述

響應時間優先的并發收集器，主要是保證系統的響應時間，減少垃圾收集時的停頓時間。適用于應用服務器、電信領域等。

1. ParNew收集器

   ParNew收集器是Serial收集器的多線程版本，許多運行在Server模式下的虛擬機中首選的新生代收集器，除Serial外，只有它能與CMS收集器配合工作。

2. CMS收集器

   CMS， 全稱Concurrent Low Pause Collector，是jdk1.4后期版本開始引入的新gc算法，在jdk5和jdk6中得到了進一步改進，它的主要適合場景是對響應時間的重要性需求 大于對吞吐量的要求，能夠承受垃圾回收線程和應用線程共享處理器資源，并且應用中存在比較多的長生命周期的對象的應用。CMS是用于對tenured generation的回收，也就是年老代的回收，目標是盡量減少應用的暫停時間，減少FullGC發生的幾率，利用和應用程序線程并發的垃圾回收線程來 標記清除年老代。
   CMS并非沒有暫停，而是用兩次短暫停來替代串行標記整理算法的長暫停，它的收集周期是這樣：
   初始標記(CMS-initial-mark) -> 并發標記(CMS-concurrent-mark) -> 重新標記(CMS-remark) -> 并發清除(CMS-concurrent-sweep) ->并發重設狀態等待下次CMS的觸發(CMS-concurrent-reset)
   其中的1，3兩個步驟需要暫停所有的應用程序線程的。第一次暫停從root對象開始標記存活的對象，這個階段稱為初始標記；第二次暫停是在并發標記之后，暫停所有應用程序線程，重新標記并發標記階段遺漏的對象（在并發標記階段結束后對象狀態的更新導致）。第一次暫停會比較短，第二次暫停通常會比較長，并且remark這個階段可以并行標記。
   而并發標記、并發清除、并發重設階段的所謂并發，是指一個或者多個垃圾回收線程和應用程序線程并發地運行，垃圾回收線程不會暫停應用程序的執行，如果你有多于一個處理器，那么并發收集線程將與應用線程在不同的處理器上運行，顯然，這樣的開銷就是會降低應用的吞吐量。Remark階段的并行，是指暫停了所有應用程序后，啟動一定數目的垃圾回收進程進行并行標記，此時的應用線程是暫停的。

公式

($TOMCAT_HOME/bin/catalina.sh)

export JAVA_OPTS="-server -Xmx10240m -Xms10240m -Xmn3840m -XX:PermSize=256m

-XX:MaxPermSize=256m -Denv=denalicnprod

-XX:SurvivorRatio=8  -XX:PretenureSizeThreshold=1048576

-XX:+DisableExplicitGC  

-XX:+UseParNewGC  -XX:ParallelGCThreads=10

-XX:+UseConcMarkSweepGC -XX:+CMSParallelRemarkEnabled

-XX:+CMSScavengeBeforeRemark -XX:ParallelCMSThreads=10

-XX:CMSInitiatingOccupancyFraction=70

-XX:+UseCMSInitiatingOccupancyOnly

-XX:+UseCMSCompactAtFullCollection -XX:CMSFullGCsBeforeCompaction=0

-XX:+CMSPermGenSweepingEnabled -XX:+CMSClassUnloadingEnabled

-XX:+UseFastAccessorMethods

-XX:LargePageSizeInBytes=128M

-XX:SoftRefLRUPolicyMSPerMB=0

-XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintHeapAtGC

-XX:+PrintGCApplicationStoppedTime 

-XX:+PrintGCDateStamps -Xloggc:gc.log -verbose:gc"

公式解析