Tomcat 7优化前及优化后的性能对比
来源:互联网 发布:网络语坠吼什么意思 编辑:程序博客网 时间:2024/04/25 05:06
一、运行环境
CPU: Intel(R) Pentium(R) P6200@2.13GHz ;
内存:4G,装的是32位win7,只认出3G,没有花时间去整ramdisk之类的东西;
操作系统:win7 32位;
JDK:1.7.0_55
Tomcat:7.0.53
大家不要笑,公司电脑,就给配这样的,慢的要死,悲剧!本次测试用的是Apache的ab性能测试工具
下面所有测试都是基于1000个请求做的,且都是访问Tomcat默认的ROOT首页
二、未调优前
并发用户数从10-1000挨个测试,测试结果如下:
从上面的测试结果来看,除去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 # JVM Stack Space,一般默认即可
-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"/>
ps: compression表示是否启用压缩 on为启用(文本数据压缩) off为不启用, force 压缩所有数据
compressionMinSize:当超过最小数据大小才进行压缩
compressableMimeType:配置想压缩的数据类型,默认是 text/html,text/xml,text/plain
maxThreads:tomcat起动的最大线程数,即同时处理的任务个数,默认值为200
acceptCount:当tomcat起动的线程数达到最大时,接受排队的请求个数,默认值为100
maxThreads, acceptCount这两个值如何起作用,请看下面三种情况
情况1:接受一个请求,此时tomcat起动的线程数没有到达maxThreads,tomcat会起动一个线程来处理此请求。
情况2:接受一个请求,此时tomcat起动的线程数已经到达maxThreads,tomcat会把此请求放入等待队列,等待空闲线程。
情况3:接受一个请求,此时tomcat起动的线程数已经到达maxThreads,等待队列中的请求个数也达到了acceptCount,
此时tomcat会直接拒绝此次请求,返回connection refused
然后我们再来看看10-1000个并发用户发起1000个请求时所表现的性能是怎么的。
大家可以看到,经过优化后,吞吐率已经能达到平均1800-1900左右,而处理时间基本能稳定在0.6ms,而等待时间最高不到600ms。
四、总结
通过两个结果对比可以看出,吞吐率及服务器处理时间有很大的改观,当然在我这破机器上也就这样一个效果了,再优化估计也不会“飞”起来,有兴趣的朋友可以找台牛B点的机器自己试试。试完了希望告诉我结果,让我也高兴一下。
- Tomcat 7优化前及优化后的性能对比
- Tomcat 7优化前及优化后的性能对比
- Tomcat 7优化前及优化后的性能对比
- Tomcat 7优化前及优化后的性能对比
- Tomcat 7优化前及优化后的性能对比
- Tomcat 7优化前及优化后的性能对比
- TOMCAT 7优化前及优化后的性能对比
- Tomcat 7优化前及优化后的性能对比
- Tomcat 7优化前及优化后的性能对比
- Tomcat 7优化前及优化后的性能对比
- Tomcat 7优化前及优化后的性能对比
- Tomcat 7优化前及优化后的性能对比
- Tomcat 7优化前及优化后的性能对比
- Tomcat 7优化前及优化后的性能对比
- Tomcat 优化前后的性能对比
- Tomcat 优化前后的性能对比
- Tomcat 7配置文件优化:前后的性能对比
- tomcat的性能优化
- POJ 1862 Stripies(数学贪心)
- Android的Spinner
- 生活、工作、总结(十)
- linux非阻塞键盘输入
- spring quartz 定时器
- Tomcat 7优化前及优化后的性能对比
- java15.语言进阶------本地文件操作---遍历文件夹
- C Primer Plus(第五版)学习笔记-可变宏:...和__VA_ARGS__
- 《Python入门》Windows 7下Python Web开发环境搭建笔记
- 学习Android从0开始之基础篇(1)-Android的四大基本组件
- kaixinstudy.com网站的编写历程
- BZOJ 4152: [AMPPZ2014]The Captain
- static的作用
- 初识HTML(HTML常用元素用法总结一)