zoukankan      html  css  js  c++  java
  • Tomcat优化之使用Apache JMeter进行对和JVM参数优化进行测试

    1.调整tomcat参数进行优化

    1.1禁用AJP服务

    没有禁用前

     

     

     

     禁用以后

     

     

     

    可以看到,禁用AJP服务后,吞吐量会有所提升。

    1.2设置线程池

    通过设置线程池,调整线程池相关的参数进行测试tomcat的性能。

    1.2.1最大线程数为500,初始为50

    <Executor name="tomcatThreadPool" namePrefix="catalina‐exec‐"
    maxThreads="500" minSpareThreads="50"
    prestartminSpareThreads="true"/>
    

      

     

     

    吞吐量为4050-5336, 性能有所提升

    1.2.2最大线程数为1000,初始为200

     

     

     吞吐量3428-5596,性能有所提升。

    1.2.3最大线程数为5000,初始为1000

    是否是线程数最多,速度越快呢? 我们来测试下

    <Executor name="tomcatThreadPool" namePrefix="catalina‐exec‐"
    maxThreads="5000" minSpareThreads="1000"
    prestartminSpareThreads="true"/>
    

      

     

     

     可以看到,虽然最大线程已经设置到5000,但是实际测试效果并不理想,并且平均的响应时间也边长了,所以单纯靠提升线程数量是不能一直得到性能提升的

    1.2.4设置最大等待队列数

    默认情况下,请求发送到tomcat,如果tomcat正忙,那么该请求会一直等待。这样虽然可以保证每个请求都能请求到,但是请求时间就会边长。

    有些时候,我们也不一定要求请求一定等待,可以设置最大等待队列大小,如果超过就不等待了。这样虽然有些请求是失败的,但是请求时间会虽短。典型的应用:12306铁路。

    <!‐‐最大等待数为100‐‐>
    <Executor name="tomcatThreadPool" namePrefix="catalina‐exec‐"
    maxThreads="500" minSpareThreads="100"
    prestartminSpareThreads="true" maxQueueSize="100"/>
    

      

     

     响应时间、吞吐量这2个指标需要找到平衡才能达到更好的性能。

    1.3设置nio2的运行模式

    将最大线程设置为500进行测试;

    <Executor name="tomcatThreadPool" namePrefix="catalina‐exec‐"
    		maxThreads="500" minSpareThreads="50"
    		prestartminSpareThreads="true"/>
    	<!--设置nio2 -->
    	<Connector executor="tomcatThreadPool" port="8080"
    		protocol="org.apache.coyote.http11.Http11Nio2Protocol"
    		connectionTimeout="20000"
    		redirectPort="8443" />
    

      

     

     

     可以看到,平均响应时间有缩短,吞吐量有提升,可以得出结论:nio2的性能要高于nio

    2、调整JVM参数进行优化

    2.1接下来,测试通过jvm参数进行优化,为了测试一致性,依然将最大线程数设置为500,启用nio2运行模式。

    #年轻代、老年代均使用并行收集器,初始堆内存64M,最大堆内存512M
    set JAVA_OPTS=‐XX:+UseParallelGC ‐XX:+UseParallelOldGC ‐Xms64m ‐Xmx512m ‐XX:+PrintGCDetails ‐XX:+PrintGCTimeStamps ‐XX:+PrintGCDateStamps ‐XX:+PrintHeapAtGC ‐Xloggc:../logs/gc.log
    

      

     

     

     测试结果与默认的JVM参数结果接近。

     可以看到,吞吐量有所提升,评价响应时间也有所缩短

    2.2查看gc日志文件

     

    可以关键指标中可以看出,吞吐量表现不错,但是gc时,线程的暂停时间稍有点长。

     

    通过GC的统计可以看出:

    • 年轻代的gc有16次,次数稍有多,说明年轻代设置的大小不合适需要调整
    • FullGC有3次,说明堆内存的大小不合适,需要调整

     从GC原因的可以看出,年轻代大小设置不合理,导致了多次GC。

    2.3调整年轻代大小

    将初始堆大小设置为128m,最大为1024m
    初始年轻代大小64m,年轻代最大256m

     

     

     从测试结果来看,吞吐量以及响应时间均有提升。

     

     

    2.4设置G1垃圾回收器

    set JAVA_OPTS=-XX:+UseG1GC -XX:MaxGCPauseMillis=100 -Xms128m -Xmx1024m -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintGCDateStamps -XX:+PrintHeapAtGC -Xloggc:../logs/gc.log
    

      

     

     

     

    2.5小结

    通过上述的测试,可以总结出,对tomcat性能优化就是需要不断的进行调整参数,然后测试结果,可能会调优也可能会调差,

    这时就需要借助于gc的可视化工具来看gc的情况。再帮我我们做出决策应该调整哪些参数。

  • 相关阅读:
    iOS开发笔记18:一些编译、开发调试、打包的细节整理
    iOS开发笔记17:自定义相机拍照
    iOS开发笔记15:地图坐标转换那些事、block引用循环/weak–strong dance、UICollectionviewLayout及瀑布流、图层混合
    iOS开发笔记14:微博/微信登录与分享、微信/支付宝支付
    iOS开发笔记13:顶部标签式导航栏及下拉分类菜单
    iOS开发笔记12:iOS7上UITextField限制字数输入导致崩溃问题
    iOS开发笔记11:表单键盘遮挡、浮点数价格格式化显示、省市区选择器、View Debugging
    iOS开发笔记10:圆点缩放动画、强制更新、远程推送加语音提醒及UIView截屏
    iOS开发笔记9:NSUserDefaults存储自定义实体对象
    iOS开发笔记8:Remote Notification远程消息推送处理
  • 原文地址:https://www.cnblogs.com/wishsaber/p/12458003.html
Copyright © 2011-2022 走看看