zoukankan      html  css  js  c++  java
  • Tomcat 7优化前及优化后的性能对比

    http://developer.51cto.com/art/201406/441696.htm

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

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

    作者:shishenglian来源:oschina博客|2014-06-05 10:22

     

    一、运行环境

    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. set JAVA_OPTS=  
    2. -server   
    3. -Xms1000M   
    4. -Xmx1000M   #-Xms与-Xmx设成一样的值,避免JVM因为频繁的GC导致性能大起大落  
    5. -Xss512k   
    6. -XX:+AggressiveOpts   
    7. -XX:+UseBiasedLocking   
    8. -XX:PermSize=64M   
    9. -XX:MaxPermSize=300M   
    10. -XX:+DisableExplicitGC   
    11. -XX:MaxTenuringThreshold=31   
    12. -XX:+UseConcMarkSweepGC   
    13. -XX:+UseParNewGC    
    14. -XX:+CMSParallelRemarkEnabled   
    15. -XX:+UseCMSCompactAtFullCollection   
    16. -XX:LargePageSizeInBytes=128m    
    17. -XX:+UseFastAccessorMethods   
    18. -XX:+UseCMSInitiatingOccupancyOnly   
    19. -Djava.awt.headless=true 

    上述这样的配置,基本上可以达到:

    • 系统响应时间增快

    • JVM回收速度增快同时又不影响系统的响应率

    • JVM内存最大化利用

    • 线程阻塞情况最小化

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

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

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

    改成下面的内容

    1. <Connector port="8080" protocol="HTTP/1.1" 
    2.          URIEncoding="UTF-8"    
    3.          minSpareThreads="25"   
    4.          maxSpareThreads="75" 
    5.          enableLookups="false"   
    6.          disableUploadTimeout="true"   
    7.          connectionTimeout="20000" 
    8.          acceptCount="300"     
    9.          maxThreads="300"   
    10.          maxProcessors="1000"   
    11.          minProcessors="5" 
    12.          useURIValidationHack="false" 
    13.          compression="on"   
    14.          compressionMinSize="2048" 
    15.          compressableMimeType="text/html,text/xml,text/javascript,text/css,text/plain" 
    16.          redirectPort="8443"/> 

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

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

    四、总结

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

    PS:这是我写的第一篇技术文章,大家将就着看,以后多练练,争取写出更有水平的文字来。

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

  • 相关阅读:
    十进制转二进制
    线性表重点
    线性表 顺序表
    KB Byte Bit
    慕课-北京理工大学 机器学习 31个省市 聚类,小白学习
    layout and src is empty
    the problem was occurred when start ADT
    how to build a android environment in ubuntu 15.10
    ubuntu hud dash launcher
    修改了/etc/environment里环境变量导致登陆不了ubuntu系统
  • 原文地址:https://www.cnblogs.com/lteal/p/7088220.html
Copyright © 2011-2022 走看看