一、運(yùn)行環(huán)境

CPU： Intel(R) Pentium(R) P6200@2.13GHz  ；

內(nèi)存：4G，裝的是32位win7，只認(rèn)出3G，沒(méi)有花時(shí)間去整ramdisk之類(lèi)的東西；

操作系統(tǒng)：win7 32位；

JDK：1.7.0_55

Tomcat：7.0.53

大家不要笑，公司電腦，就給配這樣的，慢的要死，悲劇！

下面所有測(cè)試都是基于1000個(gè)請(qǐng)求做的，且都是訪問(wèn)Tomcat默認(rèn)的ROOT首頁(yè)

二、未調(diào)優(yōu)前

并發(fā)用戶數(shù)從10-1000挨個(gè)測(cè)試，測(cè)試結(jié)果如下：
 

從上面的測(cè)試結(jié)果來(lái)看，除去200用戶并發(fā)的時(shí)候（這時(shí)候可能在做GC），吞吐率和請(qǐng)求處理時(shí)間都比較穩(wěn)定，但請(qǐng)求等待時(shí)間到后面就颼颼的往上漲了。經(jīng)觀察，CPU負(fù)載均在80%以下。

三、優(yōu)化后

優(yōu)化主要是對(duì)Tomcat做的，主要有兩方面：

1、在bin/catalina.bat文件中加入下面參數(shù)，對(duì)JVM進(jìn)行優(yōu)化，至于這一大駝參數(shù)的作用及說(shuō)明，大家到網(wǎng)上找找，應(yīng)該有很多的，如：http://www.mzone.cc/article/321.html

set JAVA_OPTS=  
-server   
-Xms1000M   
-Xmx1000M   #-Xms與-Xmx設(shè)成一樣的值，避免JVM因?yàn)轭l繁的GC導(dǎo)致性能大起大落  
-Xss512k   
-XX:+AggressiveOpts   
-XX:+UseBiasedLocking   
-XX:PermSize=64M   
-XX:MaxPermSize=300M   
-XX:+DisableExplicitGC   
-XX:MaxTenuringThreshold=31   
-XX:+UseConcMarkSweepGC   
-XX:+UseParNewGC    
-XX:+CMSParallelRemarkEnabled   
-XX:+UseCMSCompactAtFullCollection   
-XX:LargePageSizeInBytes=128m    
-XX:+UseFastAccessorMethods   
-XX:+UseCMSInitiatingOccupancyOnly   
-Djava.awt.headless=true 

上述這樣的配置，基本上可以達(dá)到：

•  系統(tǒng)響應(yīng)時(shí)間增快

• JVM回收速度增快同時(shí)又不影響系統(tǒng)的響應(yīng)率

• JVM內(nèi)存***化利用

• 線程阻塞情況最小化

#p#

2、Tomcat連接參數(shù)的優(yōu)化，主要是針對(duì)吞吐量做優(yōu)化：

修改conf/server.xml文件，把原來(lái)

<Connector port="8080" protocol="HTTP/1.1" /> 

改成下面的內(nèi)容

<Connector port="8080" protocol="HTTP/1.1" 
         URIEncoding="UTF-8"    
         minSpareThreads="25"   
         maxSpareThreads="75" 
         enableLookups="false"   
         disableUploadTimeout="true"   
         connectionTimeout="20000" 
         acceptCount="300"     
         maxThreads="300"   
         maxProcessors="1000"   
         minProcessors="5" 
         useURIValidationHack="false" 
         compression="on"   
         compressionMinSize="2048" 
         compressableMimeType="text/html,text/xml,text/javascript,text/css,text/plain" 
         redirectPort="8443"/> 

然后我們?cè)賮?lái)看看10-1000個(gè)并發(fā)用戶發(fā)起1000個(gè)請(qǐng)求時(shí)所表現(xiàn)的性能是怎么的。

大家可以看到，經(jīng)過(guò)優(yōu)化后，吞吐率已經(jīng)能達(dá)到平均1800-1900左右，而處理時(shí)間基本能穩(wěn)定在0.6ms，而等待時(shí)間***不到600ms。

四、總結(jié)

通過(guò)兩個(gè)結(jié)果對(duì)比可以看出，吞吐率及服務(wù)器處理時(shí)間有很大的改觀，當(dāng)然在我這破機(jī)器上也就這樣一個(gè)效果了，再優(yōu)化估計(jì)也不會(huì)“飛”起來(lái)，有興趣的朋友可以找臺(tái)牛B點(diǎn)的機(jī)器自己試試。試完了希望告訴我結(jié)果，讓我也高興一下。

PS：這是我寫(xiě)的***篇技術(shù)文章，大家將就著看，以后多練練，爭(zhēng)取寫(xiě)出更有水平的文字來(lái)。

原文鏈接：http://my.oschina.net/u/160423/blog/272230