collector種類
成都創(chuàng)新互聯(lián)公司2013年開創(chuàng)至今，先為商州等服務(wù)建站，商州等地企業(yè)，進行企業(yè)商務(wù)咨詢服務(wù)。為商州企業(yè)網(wǎng)站制作PC+手機+微官網(wǎng)三網(wǎng)同步一站式服務(wù)解決您的所有建站問題。
GC在HotSpotVM5.0里有四種：
incremental(sometimescalledtrain)lowpausecollector已被廢棄,不在介紹.
| 類別 | serialcollector（串行） | parallelcollector（并行） (throughputcollector)---(關(guān)注吞吐量) | concurrentcollector（并發(fā)） (concurrentlowpausecollector)----（關(guān)注響應(yīng)時間） |
| 介紹 | 單線程收集器 | 并行收集器 | 并發(fā)收集器 |
| 試用場景 | 單處理器機器且沒有pausetime的要求 | 適用于科學技術(shù)和后臺處理 | 適合中規(guī)模/大規(guī)模數(shù)據(jù)集大小的應(yīng)用，應(yīng)用服務(wù)器,電信領(lǐng)域 |
| 使用 | Client模式下默認 可使用 可用-XX:+UseSerialGC強制使用 優(yōu)點:對server應(yīng)用沒什么優(yōu)點 缺點:慢,不能充分發(fā)揮硬件資源 | Server模式下默認 --YGC:PSFGC:ParallelMSC 可用-XX:+UseParallelGC或-XX:+UseParallelOldGC強制指定 --ParallelGC代表FGC為ParallelMSC --ParallelOldGC代表FGC為ParallelCompacting 優(yōu)點:高效 缺點:當heap變大后,造成的暫停時間會變得比較長 | 可用-XX:+UseConcMarkSweepGC強制指定 |
| 內(nèi)存回收觸發(fā) | YGC eden空間不足 FGC old空間不足 perm空間不足 顯示調(diào)用System.gc(),包括RMI等的定時觸發(fā) YGC時的悲觀策略 dumplive的內(nèi)存信息時(jmap–dump:live) | YGC eden空間不足 FGC old空間不足 perm空間不足 顯示調(diào)用System.gc(),包括RMI等的定時觸發(fā) YGC時的悲觀策略--YGC前&YGC后 dumplive的內(nèi)存信息時(jmap–dump:live) | YGC eden空間不足 CMSGC 1.oldGen的使用率達到一定的比率默認為92% 2.配置了CMSClassUnloadingEnabled,且PermGen的使用達到一定的比率默認為92% 3.Hotspot自己根據(jù)估計決定是否要觸法 4.在配置了ExplictGCInvokesConcurrent的情況下顯示調(diào)用了System.gc. FullGC(SerialMSC) promotionfailed或concurrentModeFailure時; |
| 內(nèi)存回收觸發(fā)時發(fā)生了什么 | YGC 清空eden+from中所有noref的對象占用的內(nèi)存 將eden+from中的所有存活的對象copy到to中 在這個過程中一些對象將晉升到old中: --to放不下的 --存活次數(shù)超過tenuringthreshold的 重新計算TenuringThreshold; 單線程做以上動作 全程暫停應(yīng)用 FGC 如果配置了CollectGen0First,則先觸發(fā)YGC 清空heap中noref的對象,permgen中已經(jīng)被卸載的classloader中加載的class的信息 單線程做以上動作 全程暫停應(yīng)用 | YGC 同serial動作基本相同,不同點: 1.多線程處理 2.YGC的最后不僅重新計算TenuringThreshold,還會重新調(diào)整Eden和From的大小 FGC 1.如配置了ScavengeBeforeFullGC(默認),則先觸發(fā)YGC(??) 2.MSC:清空heap中的noref對象,permgen中已經(jīng)被卸載的classloader中加載的class信息,并進行壓縮 3.Compacting:清空heap中部分noref的對象,permgen中已經(jīng)被卸載的classloader中加載的class信息,并進行部分壓縮 多線程做以上動作. | YGC 同serial動作基本相同,不同點: 1.多線程處理 CMSGC: 1.oldgen到達比率時只清除oldgen中noref的對象所占用的空間 2.permgen到達比率時只清除已被清除的classloader加載的class信息 FGC 同serial |
| 細節(jié)參數(shù) | 可用-XX:+UseSerialGC強制使用 -XX:SurvivorRatio=x,控制eden/s0/s1的大小 -XX:MaxTenuringThreshold,用于控制對象在新生代存活的最大次數(shù) -XX:PretenureSizeThreshold=x,控制超過多大的字節(jié)的對象就在old分配. | -XX:SurvivorRatio=x,控制eden/s0/s1的大小 -XX:MaxTenuringThreshold,用于控制對象在新生代存活的最大次數(shù) -XX:UseAdaptiveSizePolicy去掉YGC后動態(tài)調(diào)整edenfrom已經(jīng)tenuringthreshold的動作 -XX:ParallelGCThreads設(shè)置并行的線程數(shù) | -XX:CMSInitiatingOccupancyFraction設(shè)置oldgen使用到達多少比率時觸發(fā) -XX:CMSInitiatingPermOccupancyFraction,設(shè)置PermGen使用到達多少比率時觸發(fā) -XX:+UseCMSInitiatingOccupancyOnly禁止hostspot自行觸發(fā)CMSGC |
注：
throughputcollector與concurrentlowpausecollector的區(qū)別是throughputcollector只在youngarea使用使用多線程，而concurrentlowpausecollector則在tenuredgeneration也使用多線程。
根據(jù)官方文檔，他們倆個需要在多CPU的情況下，才能發(fā)揮作用。在一個CPU的情況下，還不如默認的serialcollector，因為線程管理需要耗費CPU資源。而在兩個CPU的情況下，也提高不大。只是在更多CPU的情況下，才會有所提高。當然concurrentlowpausecollector有一種模式可以在CPU較少的機器上，提供盡可能少的停頓的模式，見CMSGCIncrementalmode。
當要使用throughputcollector時，在javaopt里加上-XX:+UseParallelGC，啟動throughputcollector收集。也可加上-XX:ParallelGCThreads=
重慶分公司
重慶分公司
