應(yīng)用：shark-新美臺(tái)移動(dòng)端網(wǎng)絡(luò)優(yōu)化(每天移動(dòng)端請(qǐng)求約150億韓元)應(yīng)用功能：
Qps比較高，新生代增長(zhǎng)較快的用戶的連接需要保持一段時(shí)間的獨(dú)立期，數(shù)十萬(wàn)以上的三個(gè)特征導(dǎo)致大量小個(gè)體聚集在old區(qū)，高峰期old區(qū)增長(zhǎng)非?？?，個(gè)體只能在一段時(shí)間內(nèi)消亡。(威廉莎士比亞，《北方司法》前情提要)。
早期的在線GC包括
相應(yīng)的JVM參數(shù)包括
-
Xms10g
-
Xmx10g
-
Xss512k
-XX:
PermSize
=
384米
-XX:
MaxPermSize
=
384米
-XX:
紐西茲
=
7g
-XX:
最大新大小
=
7g
-XX:
SurvivorRatio
=
8
-XX:
MaxDirectMemorySize
=
4g
-XX:
UseParNewGC
-XX:
ParallelGCThreads
=
4
-XX:
MaxTenuringThreshold
=
9
-XX:
UseConcMarkSweepGC
-XX:
DisableExplicitGC
-XX:
UseCMSInitiatingOccupancyOnly
-XX:
ScavengeBeforeFullGC
-XX:
UseCMSCompactAtFullCollection
-XX:
CMSParallelRemarkEnabled
-XX:
CMSFullGCsBeforeCompaction
=
9
-XX:
CMSInitiatingOccupancyFraction
=
70
新一代7G (Survivor為2 * 700米)，老年一代3G，個(gè)體年齡為9 (new地區(qū)進(jìn)入old地區(qū)的速度太快，old地區(qū)很快爆滿，經(jīng)常可以看到old GC)。我這邊的對(duì)象在一段時(shí)間(幾分鐘)內(nèi)。
第一次調(diào)諧
把年齡調(diào)整到無(wú)限，增加young區(qū)。
相應(yīng)的JVM參數(shù)包括
-
Xms14g
-
Xmx14g
-
Xss512k
-XX:
PermSize
=
384米
-XX:
MaxPermSize
=
384米
-XX:
紐西茲
=
12g
-XX:
最大新大小
=
12g
-XX:
SurvivorRatio
=
18
-XX:
MaxDirectMemorySize
=
2g
-XX:
UseParNewGC
-XX:
ParallelGCThreads
=
4
-XX:
MaxTenuringThreshold
=
30
-XX:
UseConcMarkSweepGC
-XX:
DisableExplicitGC
-XX:
UseCMSInitiatingOccupancyOnly
-XX:
ScavengeBeforeFullGC
-XX:
UseCMSCompactAtFullCollection
-XX:
CMSParallelRemarkEnabled
-XX:
CMSFullGCsBeforeCompaction
=
9
-XX:
CMSInitiatingOccupancyFraction
=
70
-XX:
CMSClassUnloadingEnabled
-XX:
SoftRefLRUPolicyMSPerMB
=
0
-XX:-
ReduceInitialCardMarks
-XX:
CMSPermGenSweepingEnabled
-XX:
CMSINITIATINGPERMOCCUPANCYFRACTION
=
70
結(jié)果old區(qū)域一直空著，但Yong GC時(shí)間長(zhǎng)了很多，每次平均需要0.2s的時(shí)間，比以前的new GC多3倍，無(wú)法接受。(威廉莎士比亞，《北方司法》前情提要)。
設(shè)置信息-xx3360 maxtenuringthreshold大于15，在jdk1.7版本之前顯示為無(wú)窮大，無(wú)論以后的設(shè)置如何，如果大于15，jdk1.8之后的15，則直接報(bào)告錯(cuò)誤
見(jiàn)面
第二次調(diào)諧
再次調(diào)整XX:MaxTenuringThreshold，使其最大值為15 (15以上，即對(duì)象長(zhǎng)壽)。因?yàn)橐郧暗腃MS在old GC上花費(fèi)了更多的時(shí)間，所以在這里嘗試的是serial old
相應(yīng)的JVM參數(shù)包括
-
Xms14g
-
Xmx14g
-
Xss512k
-XX:
PermSize
=
384米
-XX:
MaxPermSize
=
384米
-XX:
紐西茲
=
12g
-XX:
最大新大小
=
12g
-XX:
SurvivorRatio
=
18
-XX:
MaxDirectMemorySize
=
2g
-XX:
UseParNewGC
-XX:
ParallelGCThreads
=
4
-XX:
MaxTenuringThreshold
=
15
發(fā)現(xiàn)效果確實(shí)很明顯。new GC的時(shí)間減少了一倍左右，old GC的時(shí)間也從原來(lái)的15，000毫秒減少到了1500毫秒。(威廉莎士比亞，《北方司法》前情提要)。
第三次調(diào)諧
詳細(xì)研究了第二種調(diào)諧方法的組合。我們?cè)敿?xì)研究了Yong區(qū)域使用parNew的方式，以及old區(qū)域使用串行old的方式。如果在其他條件都相同的條件下使用parNew CMS，old GC的時(shí)間會(huì)不會(huì)大大縮短？畢竟CMS是比較先進(jìn)的收集器，所以分析了CMS的不同階段。兩個(gè)階段是stop the world，一個(gè)是初始化標(biāo)記，另一個(gè)是重復(fù)標(biāo)記(CMS remark)，重復(fù)標(biāo)記是從CMS old GC開(kāi)始的那一刻開(kāi)始的。
查看Gc日志時(shí)，查找remark需要很長(zhǎng)時(shí)間，日志上下文如下
{heapbefore GC invocations=23679(池18) :
Par new generation total 6606080k，used 5902124k[0x 0000000568000000、0x 0000007280000、0x 000000072800000]
Edenspace 5872128k，99% used [0x000000056800000，0x00000006 ce54f，988,0x0000006 ce 680000
From space 733952k，4% used [0x0000006 fb340000、0x 0000006 FD 1bb 758，0x 0000007280000]
To space 733952k，0% used [0x0000006 ce 680000、0x0000006 ce 680000、0x0000006 FB 340000
concurrent mark-sweep generation total 3145728k，used 2200878k[0x 00000728000000，8000000,0x0000007e，0x 0000007 e]
concurrent-mark-sweep perm gen total 393216k，used 37361k [0x00000007e 8000000、0x00000008000000、0x0000000000000000、0x000000080000000
2016-08-27t 17336026:00.058 08003360 261980.413:[GC 2016-08-27t 17336026336000.058 08003360 261980.4 6080k]
Heapafter GC invocations=23680(全部18) :
Par new generation total 6606080k，used 27858k [0x0000000568000000、0x00000007280000、0x00000007280000、0x 00000007280000]
Edenspace 5872128k，0% used [0x0000000568000000、0x000000056800000、0x00000006 ce 680000
From space 733952k，3% used [0x0000006 ce 680000、0x00000006 d01b，0x 0000006 FB 340000]
To space 733952k，0% used [0x0000006 fb340000、0x0000006 fb340000、0x00000072800000
concurrent mark-sweep generation total 3145728k，used 2202742k [0x000000728000000、0x0000007e 8000000、0x0000007e
concurrent-mark-sweep perm gen total 393216k、used 37361k
}
2016-08-27t 17336026:00 . 107 08003360 261980 . 462:應(yīng)用程序時(shí)間3360 0.0014750次要
2016-08-27t 17336026336000.108 08003360 261980.463:[GC[1 CMS-INITI A L-MARK 3360 2202742K(3145728K)]
2016-08-27t 17336026:00.165 08003360 261980.5203360[CMS-CONCURRENT-MARK-START]
2016-08-27t 17336026:00.918 08003360 261981.27:[CMS-CONCURRENT-MARK 3360.753 SECS][TIMES 3360]
2016-08-27t 17336026:00.918 08003360 261981.27:[CMS-CONCURRENT-PRECLEAN-START]
2016-08-27t 17336026:00.949 08003360 261981.3043360[CMS-CONCURRENT-PRECLEAN 3360.028 SECS][時(shí)間
2016-08-27t 17336026:00.949 08003360 261981.3043360[CMS-CONCURRENT-ABORT ABLE-PRECLEAN-START]
CMS : abort pre clean due to time 2016-08-27t 17:26:06.159 08003360 261986.5143360[CMS-concurrent-abort]
2016-08-27t 17336026:06.160 08003360 261986.515: application time 3360 5.9951640 seconds
2016-08-27t 17336026:06.161 08003360 261986.5163360[GC[YG OCCCUPANCY 3360 4756927K(6606080K)]
2016-08-27t 17336026:06.161 08003360 261986.5163360[rescan(parallel)，18.1621480 secs]
2016-08-27t 17336026:24.323 08003360 262004.6783360[weak refs processing，0.0000750 secs
2016-08-27t 17336026:24.323 08003360 262004.6783360[類unloading，0.0069760 secs
2016-08-27t 17336026:24.330 08003360 262004.6853360
2016-08-27t 17336026336024.334 08003360 262004.6893360 0.0009240 secs][1 CMS-remark 3360 2202742k(3145728k)]
2016-08-27t 17336026336024.338 08002016-08-27t 17336026:24.338 08003360 3360 262004.693360應(yīng)用時(shí)間
262004 . 69:[CMS-concurrent-sweep-start]
2016-08-27t 17336026:24.347 08003360 262004.702:應(yīng)用程序時(shí)間3360 0.0079820第二部分
2016-08-27t 17336026:24.868 08003360 262005.22:應(yīng)用程序時(shí)間3360 0.5186580第二部分
{heapbefore GC invocations=23680(池19) :
Par new generation total 6606080k，used 5899299k [0x000000056800000、0x000000072800000、0x 000000072800000]
Edenspace 5872128k，99% used [0x000000056800000，0x00000006 ce 5d 44b，8,0x0000006 ce 680000
From space 733952k，3% used [0x0000006 ce 680000、0x00000006 d01b，0x 0000006 FB 340000]
To space 733952k，0% used [0x0000006 fb340000、0x0000006 fb340000、0x00000072800000
concurrent mark-sweep generation total 3145728k，used 1891716k
concurrent-mark-sweep perm gen total 393216k、used 37361k
2016-08-27t 17336026336024.870 08003360 262005.2253360[GC 2016-08-27t 17336026336024.870 08003360 262005.270 6080k]
Heapafter GC invocations=23681(全部19) :
Par new generation total 6606080k，used 56108k [0x00000005680000000，0x00000072800000，0x 000000728000000]
Edenspace 5872128k，0% used [0x0000000568000000、0x000000056800000、0x00000006 ce 680000
From space 733952k，7% used [0x0000006 fb340000、0x0000006 fea0b1f8，0 x 0000007280000]
To space 733952k，0% used [0x0000006 ce 680000、0x0000006 ce 680000、0x0000006 FB 340000
concurrent mark-sweep generation total 3145728k，used 1893599k
concurrent-mark-sweep perm gen total 393216k、used 37361k
}
18s(此段落[1 CMS-REMARK 3360 2202742K(3145728K)]6959670K(9751808K)、18.1769610secs])！重新標(biāo)記時(shí)，old區(qū)域的大小是固定的(設(shè)置為old區(qū)域的70%)。remark的時(shí)間差不多沒(méi)錯(cuò)，但是查了很多CMS old GC日志，發(fā)現(xiàn)高峰期和低峰值remark的時(shí)間差異太大，只有elden區(qū)域有差異。因?yàn)槲以谶@里。Cms old啟動(dòng)，在remark之間，用戶程序與GC線程同時(shí)運(yùn)行。到達(dá)remark后，Eden區(qū)域中可能已經(jīng)有很多對(duì)象。如果remark能夠清理Eden區(qū)域的所有對(duì)象，remark的對(duì)象就會(huì)少得多。Google發(fā)現(xiàn)CMS有一個(gè)名為XX3360 CMSScavengebeforeremark的參數(shù)。這是在remark之前來(lái)一次Yong GC，以滿足我們的需求，并添加此參數(shù)后。
相應(yīng)的JVM參數(shù)包括
-
Xms14g
-
Xmx14g
-
Xss512k
-XX:
PermSize
=
384米
-XX:
MaxPermSize
=
384米
-XX:
紐西茲
=
12g
-XX:
最大新大小
=
12g
-XX:
SurvivorRatio
=
18
-XX:
MaxDirectMemorySize
=
2g
-XX:
UseParNewGC
-XX:
ParallelGCThreads
=
4
-XX:
MaxTenuringThreshold
=
15
-XX:
CMSScavengeBeforeRemark
-XX:
UseConcMarkSweepGC
-XX:
DisableExplicitGC
-XX:
UseCMSInitiatingOccupancyOnly
-XX:
ScavengeBeforeFullGC
-XX:
UseCMSCompactAtFullCollection
-XX:
CMSParallelRemarkEnabled
-XX:
CMSFullGCsBeforeCompaction
=
9
-XX:
CMSInitiatingOccupancyFraction
=
70
效果如下
發(fā)現(xiàn)Old GC的時(shí)間縮小到原來(lái)CMS的1/100進(jìn)行盜竊。
接下來(lái)分析gc日志，來(lái)驗(yàn)證我的猜想{Heap before GC invocations=4644 (full 6): par new generation total 11953792K, used 11384636K [0x0000000468000000, 0x0000000768000000, 0x0000000768000000) eden space 11324672K, 99% used [0x0000000468000000, 0x000000071b30eb48, 0x000000071b340000) from space 629120K, 9% used [0x000000071b340000, 0x000000071ee004e0, 0x00000007419a0000) to space 629120K, 0% used [0x00000007419a0000, 0x00000007419a0000, 0x0000000768000000) concurrent mark-sweep generation total 2097152K, used 1464467K [0x0000000768000000, 0x00000007e8000000, 0x00000007e8000000) concurrent-mark-sweep perm gen total 393216K, used 37291K [0x00000007e8000000, 0x0000000800000000, 0x0000000800000000) 2016-08-28T10:46:09.846+0800: 68434.688: [GC2016-08-28T10:46:09.846+0800: 68434.688: [ParNew: 11384636K->61763K(11953792K), 0.0716150 secs] 12849103K->1528727K(14050944K), 0.0719060 secs] [Times: user=0.28 sys=0.00, real=0.07 secs] Heap after GC invocations=4645 (full 6): par new generation total 11953792K, used 61763K [0x0000000468000000, 0x0000000768000000, 0x0000000768000000) eden space 11324672K, 0% used [0x0000000468000000, 0x0000000468000000, 0x000000071b340000) from space 629120K, 9% used [0x00000007419a0000, 0x00000007455f0dd8, 0x0000000768000000) to space 629120K, 0% used [0x000000071b340000, 0x000000071b340000, 0x00000007419a0000) concurrent mark-sweep generation total 2097152K, used 1466964K [0x0000000768000000, 0x00000007e8000000, 0x00000007e8000000) concurrent-mark-sweep perm gen total 393216K, used 37291K [0x00000007e8000000, 0x0000000800000000, 0x0000000800000000) } 2016-08-28T10:46:19.590+0800: 68444.431: Application time: 9.6715460 seconds {Heap before GC invocations=4645 (full 6): par new generation total 11953792K, used 11384705K [0x0000000468000000, 0x0000000768000000, 0x0000000768000000) eden space 11324672K, 99% used [0x0000000468000000, 0x000000071b18f768, 0x000000071b340000) from space 629120K, 9% used [0x00000007419a0000, 0x00000007455f0dd8, 0x0000000768000000) to space 629120K, 0% used [0x000000071b340000, 0x000000071b340000, 0x00000007419a0000) concurrent mark-sweep generation total 2097152K, used 1466964K [0x0000000768000000, 0x00000007e8000000, 0x00000007e8000000) concurrent-mark-sweep perm gen total 393216K, used 37291K [0x00000007e8000000, 0x0000000800000000, 0x0000000800000000) 2016-08-28T10:46:19.591+0800: 68444.433: [GC2016-08-28T10:46:19.591+0800: 68444.433: [ParNew: 11384705K->69180K(11953792K), 0.0728020 secs] 12851669K->1538700K(14050944K), 0.0730170 secs] [Times: user=0.27 sys=0.01, real=0.07 secs] Heap after GC invocations=4646 (full 6): par new generation total 11953792K, used 69180K [0x0000000468000000, 0x0000000768000000, 0x0000000768000000) eden space 11324672K, 0% used [0x0000000468000000, 0x0000000468000000, 0x000000071b340000) from space 629120K, 10% used [0x000000071b340000, 0x000000071f6cf378, 0x00000007419a0000) to space 629120K, 0% used [0x00000007419a0000, 0x00000007419a0000, 0x0000000768000000) concurrent mark-sweep generation total 2097152K, used 1469519K [0x0000000768000000, 0x00000007e8000000, 0x00000007e8000000) concurrent-mark-sweep perm gen total 393216K, used 37291K [0x00000007e8000000, 0x0000000800000000, 0x0000000800000000) } 2016-08-28T10:46:19.666+0800: 68444.508: Application time: 0.0019110 seconds 2016-08-28T10:46:19.667+0800: 68444.509: [GC [1 CMS-initial-mark: 1469519K(2097152K)] 1545525K(14050944K), 0.0869600 secs] [Times: user=0.09 sys=0.00, real=0.08 secs] 2016-08-28T10:46:19.755+0800: 68444.597: [CMS-concurrent-mark-start] 2016-08-28T10:46:20.418+0800: 68445.260: [CMS-concurrent-mark: 0.663 secs] [Times: user=1.47 sys=0.24, real=0.66 secs] 2016-08-28T10:46:20.418+0800: 68445.260: [CMS-concurrent-preclean-start] 2016-08-28T10:46:20.438+0800: 68445.280: [CMS-concurrent-preclean: 0.018 secs] [Times: user=0.04 sys=0.01, real=0.02 secs] 2016-08-28T10:46:20.438+0800: 68445.280: [CMS-concurrent-abortable-preclean-start] 2016-08-28T10:46:24.542+0800: 68449.384: [CMS-concurrent-abortable-preclean: 4.090 secs] [Times: user=8.60 sys=1.40, real=4.10 secs] 2016-08-28T10:46:24.543+0800: 68449.385: Application time: 4.7880220 seconds // 這里在remark之前進(jìn)行一次young gc ＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝y(tǒng)ong gc開(kāi)始＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝ 2016-08-28T10:46:24.544+0800: 68449.386: [GC[YG occupancy: 5803756 K (11953792 K)]{Heap before GC invocations=4646 (full 7): par new generation total 11953792K, used 5803756K [0x0000000468000000, 0x0000000768000000, 0x0000000768000000) eden space 11324672K, 50% used [0x0000000468000000, 0x00000005c602bd88, 0x000000071b340000) from space 629120K, 10% used [0x000000071b340000, 0x000000071f6cf378, 0x00000007419a0000) to space 629120K, 0% used [0x00000007419a0000, 0x00000007419a0000, 0x0000000768000000) concurrent mark-sweep generation total 2097152K, used 1469519K [0x0000000768000000, 0x00000007e8000000, 0x00000007e8000000) concurrent-mark-sweep perm gen total 393216K, used 37291K [0x00000007e8000000, 0x0000000800000000, 0x0000000800000000) 2016-08-28T10:46:24.544+0800: 68449.386: [GC2016-08-28T10:46:24.544+0800: 68449.386: [ParNew: 5803756K->70533K(11953792K), 0.0668770 secs] 7273276K->1542365K(14050944K), 0.0669610 secs] [Times: user=0.25 sys=0.01, real=0.07 secs] Heap after GC invocations=4647 (full 7): par new generation total 11953792K, used 70533K [0x0000000468000000, 0x0000000768000000, 0x0000000768000000) eden space 11324672K, 0% used [0x0000000468000000, 0x0000000468000000, 0x000000071b340000) from space 629120K, 11% used [0x00000007419a0000, 0x0000000745e81738, 0x0000000768000000) to space 629120K, 0% used [0x000000071b340000, 0x000000071b340000, 0x00000007419a0000) concurrent mark-sweep generation total 2097152K, used 1471831K [0x0000000768000000, 0x00000007e8000000, 0x00000007e8000000) concurrent-mark-sweep perm gen total 393216K, used 37291K [0x00000007e8000000, 0x0000000800000000, 0x0000000800000000) } ＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝y(tǒng)ong gc結(jié)束,開(kāi)始remark＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝ 2016-08-28T10:46:24.611+0800: 68449.453: [Rescan (parallel) , 0.0392690 secs] 2016-08-28T10:46:24.650+0800: 68449.492: [weak refs processing, 0.0001190 secs 2016-08-28T10:46:24.650+0800: 68449.492: [class unloading, 0.0072200 secs] 2016-08-28T10:46:24.658+0800: 68449.500: [scrub symbol table, 0.0083430 secs] 2016-08-28T10:46:24.666+0800: 68449.508: [scrub string table, 0.0011760 secs] [1 CMS-remark: 1471831K(2097152K)] 1542365K(14050944K), 0.1264420 secs] [Times: user=0.42 sys=0.01, real=0.13 secs] 2016-08-28T10:46:24.671+0800: 68449.513: [CMS-concurrent-sweep-start] 2016-08-28T10:46:24.672+0800: 68449.514: Application time: 0.0018070 seconds 2016-08-28T10:46:26.388+0800: 68451.230: [CMS-concurrent-sweep: 1.714 secs] [Times: user=3.70 sys=0.58, real=1.72 secs] 2016-08-28T10:46:26.388+0800: 68451.230: [CMS-concurrent-reset-start] 2016-08-28T10:46:26.396+0800: 68451.238: [CMS-concurrent-reset: 0.007 secs] [Times: user=0.02 sys=0.00, real=0.01 secs] 2016-08-28T10:46:34.434+0800: 68459.276: Application time: 9.7600810 seconds可以看到，在remark之前，來(lái)一次yong gc，eden區(qū)域從50%降到0(總大小為10.8G)，這些空間如果不消除，那么cms將會(huì)在這些空間上進(jìn)行非常耗時(shí)的標(biāo)記，最后再看看remark的時(shí)間（[1 CMS-remark: 1471831K(2097152K)] 1542365K(14050944K), 0.1264420 secs]），降到0.1264420s，和原來(lái)相比，整整一百倍的提高。
總結(jié)：
最后，對(duì)于長(zhǎng)連接，push一類的海量服務(wù)端應(yīng)用，16G內(nèi)存8核心，推薦的JVM參數(shù)如下
jdk1.7- Xms13g - Xmx13g - Xss512k -XX: PermSize = 384m -XX: MaxPermSize = 384m -XX: NewSize = 12g -XX: MaxNewSize = 12g -XX: SurvivorRatio = 18 -XX: MaxDirectMemorySize = 2g -XX:+ UseParNewGC -XX: ParallelGCThreads = 4 -XX: MaxTenuringThreshold = 15 -XX:+ CMSParallelRemarkEnabled -XX:+ CMSScavengeBeforeRemark -XX:+ UseConcMarkSweepGC -XX:+ DisableExplicitGC -XX:+ UseCMSInitiatingOccupancyOnly -XX: CMSInitiatingOccupancyFraction = 70 -XX:+ ScavengeBeforeFullGC -XX:+ UseCMSCompactAtFullCollection -XX: CMSFullGCsBeforeCompaction = 9 -XX:+ CMSClassUnloadingEnabled -XX: CMSInitiatingPermOccupancyFraction = 70 -XX:+ ExplicitGCInvokesConcurrent -XX:+ PrintGCDetails -XX:+ PrintGCDateStamps -XX:+ PrintGCApplicationConcurrentTime -XX:+ PrintHeapAtGC - Xloggc : /data/ applog -XX:- HeapDumpOnOutOfMemoryError -XX: HeapDumpPath = /data/ applogs/ HeapDumpOnOutOfMemoryError
jdk1.8- Xms13g - Xmx13g - Xss512k -XX: MetaspaceSize = 384m -XX: MaxMetaspaceSize = 384m -XX: NewSize = 11g -XX: MaxNewSize = 11g -XX: SurvivorRatio = 18 -XX: MaxDirectMemorySize = 2g -XX:+ UseParNewGC -XX: ParallelGCThreads = 4 -XX: MaxTenuringThreshold = 15 -XX:+ UseConcMarkSweepGC -XX:+ DisableExplicitGC -XX:+ UseCMSInitiatingOccupancyOnly -XX:+ ScavengeBeforeFullGC -XX:+ CMSScavengeBeforeRemark -XX:+ CMSParallelRemarkEnabled -XX: CMSInitiatingOccupancyFraction = 70 -XX:+ CMSClassUnloadingEnabled -XX: SoftRefLRUPolicyMSPerMB = 0 -XX:- ReduceInitialCardMarks -XX:+ CMSClassUnloadingEnabled -XX:+ ExplicitGCInvokesConcurrent -XX:+ PrintGCDetails -XX:+ PrintGCDateStamps -XX:+ PrintGCApplicationConcurrentTime -XX:+ PrintHeapAtGC - Xloggc : /data/ applog -XX:- HeapDumpOnOutOfMemoryError -XX: HeapDumpPath = /data/ applogs/ HeapDumpOnOutOfMemoryError "
這樣可以保證大多數(shù)對(duì)象在new區(qū)域就銷毀，并且到了old區(qū)，remark之前先yong gc，然后再來(lái)一次cms old gc，將old gc控制在毫秒級(jí)別
如果你覺(jué)得看的不過(guò)癮，想系統(tǒng)學(xué)習(xí)Netty原理，那么你一定不要錯(cuò)過(guò)我的Netty源碼分析系列視頻：
轉(zhuǎn)自公眾號(hào)：閃電俠的博客
1.《678改動(dòng)日志看這里!百萬(wàn)連接，百億吞吐量服務(wù)的JVM性能調(diào)優(yōu)實(shí)戰(zhàn)》援引自互聯(lián)網(wǎng)，旨在傳遞更多網(wǎng)絡(luò)信息知識(shí)，僅代表作者本人觀點(diǎn)，與本網(wǎng)站無(wú)關(guān)，侵刪請(qǐng)聯(lián)系頁(yè)腳下方聯(lián)系方式。
2.《678改動(dòng)日志看這里!百萬(wàn)連接，百億吞吐量服務(wù)的JVM性能調(diào)優(yōu)實(shí)戰(zhàn)》僅供讀者參考，本網(wǎng)站未對(duì)該內(nèi)容進(jìn)行證實(shí)，對(duì)其原創(chuàng)性、真實(shí)性、完整性、及時(shí)性不作任何保證。
3.文章轉(zhuǎn)載時(shí)請(qǐng)保留本站內(nèi)容來(lái)源地址，http://f99ss.com/gl/2081163.html
