tomcat7 优化前后对比

矫情吗；* 2022-07-21 01:53 138阅读 0赞

Tomcat 7在我们日常开发、测试、生产环境都会使用到，但对于大部分开发人员来说，对其性能还是没有多大了解。本文就对它做一次性能测试，对比优化前后的性能区别。

## 一、运行环境 ##

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

内存：4G，装的是32位win7，只认出3G，没有花时间去整ramdisk之类的东西；

操作系统：win7 32位；

JDK：1.7.0\_55

Tomcat：7.0.53

大家不要笑，公司电脑，就给配这样的，慢的要死，悲剧！

下面所有测试都是基于1000个请求做的，且都是访问Tomcat默认的ROOT首页

## 二、未调优前 ##

并发用户数从10-1000挨个测试，测试结果如下：

![100815_haqs_160423.jpg][]

![100817_mJgs_160423.jpg][]

![100818_qpD7_160423.jpg][]

![100820_ESPx_160423.jpg][]

从上面的测试结果来看，除去200用户并发的时候（这时候可能在做GC），吞吐率和请求处理时间都比较稳定，但请求等待时间到后面就飕飕的往上涨了。经观察，CPU负载均在80%以下。

## 三、优化后 ##

优化主要是对Tomcat做的，主要有两方面：

1、在bin/catalina.bat文件中加入下面参数，对JVM进行优化，至于这一大驼参数的作用及说明，大家到网上找找，应该有很多的，如：http://www.mzone.cc/article/321.html

set JAVA_OPTS=
    -server 
    -Xms1000M 
    -Xmx1000M   #-Xms与-Xmx设成一样的值，避免JVM因为频繁的GC导致性能大起大落
    -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

上述这样的配置，基本上可以达到：

*   系统响应时间增快
 *  JVM回收速度增快同时又不影响系统的响应率
 *  JVM内存最大化利用
 *  线程阻塞情况最小化

2、Tomcat连接参数的优化，主要是针对吞吐量做优化：

修改conf/server.xml文件，把原来

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

改成下面的内容

<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"/>

然后我们再来看看10-1000个并发用户发起1000个请求时所表现的性能是怎么的。

![102233_U4We_160423.jpg][]![102238_WnPI_160423.jpg][]

![102236_SR9y_160423.jpg][]![102235_7OJP_160423.jpg][]

大家可以看到，经过优化后，吞吐率已经能达到平均1800-1900左右，而处理时间基本能稳定在0.6ms，而等待时间最高不到600ms。

## 四、总结 ##

通过两个结果对比可以看出，吞吐率及服务器处理时间有很大的改观，当然在我这破机器上也就这样一个效果了，再优化估计也不会“飞”起来，有兴趣的朋友可以找台牛B点的机器自己试试。试完了希望告诉我结果，让我也高兴一下。

[100815_haqs_160423.jpg]: /images/20220720/7c06975ee8464f4ea6c2f73e0b9c6962.png
[100817_mJgs_160423.jpg]: /images/20220720/51a387eac6a94d02be47be1833ace90f.png
[100818_qpD7_160423.jpg]: /images/20220720/617b07327d71404289d5fd5a66c94a81.png
[100820_ESPx_160423.jpg]: /images/20220720/cfac7b58d3ee485cb4fe29f4b80584d7.png
[102233_U4We_160423.jpg]: http://static.oschina.net/uploads/space/2014/0604/102233_U4We_160423.jpg
[102238_WnPI_160423.jpg]: /images/20220720/f0eafa6d2dad4cb2b4b9629f596f99e6.png
[102236_SR9y_160423.jpg]: http://static.oschina.net/uploads/space/2014/0604/102236_SR9y_160423.jpg
[102235_7OJP_160423.jpg]: /images/20220720/6df32d0d26854299bb7d2ceaf74ad5f1.png