Tomcat 7优化前及优化后的性能对比

  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挨个测试，测试结果如下：

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

三、优化后

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

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

?

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

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文件，把原来

?

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

改成下面的内容

?

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

< 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个请求时所表现的性能是怎么的。

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

四、总结

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

 转载自:http://my.oschina.net/lianss/blog/272230?p=4#comments