摘要：在利用收集了两次的相关数据，发现这和的存在关系，图表如下在第一次的前期，动作比较多，此时的吞吐量一直维持在比较低的水平。第二次几乎没有的动作，此时的吞吐量一直维持在比较高的水平。
本文是在Tomcat调优过程中得到的心得（会持续更新），相关环境：
java version "1.8.0_131"
Tomcat 8.5.14
Jmeter 3.1
Jmeter参数：
300线程
1000循环
URL：http://localhost:8080/
Tomcat server.xml参数：
protocol="org.apache.coyote.http11.Http11Nio2Protocol"
acceptCount="5000"
maxConnections="20000"
Tomcat JVM参数：-server -Xms4g -Xmx4g
JIT的介入Tomcat server.xml都保持默认值。
在不重启Tomcat的情况下，两次benchmark得到的throughput数据相差较大：
第一次：9000/s
第二次：17000/s
这也就说明，在Tomcat存在warmup机制，性能表现在warmup之后会更好。
在利用jvisualvm收集了两次benchmark的相关数据，发现这和JDK的compilerThread存在关系，图表如下：
在第一次benchmark的前期，compilerThread动作比较多，此时NIO的吞吐量一直维持在比较低的水平。在第一次benchmark后期，compilerThread降下来了，NIO的吞吐量就上去了。
第二次benchmark几乎没有compilerThread的动作，此时NIO的吞吐量一直维持在比较高的水平。
在经过一番调查之后，发现这是由于JIT对代码做优化，JIT会将频繁执行的代码的bytecode编译成native code，从而加快执行速度。参考文章如下：
Java on Steroids: 5 Super Useful JIT Optimization Techniques
A close look at Java’s JIT: Don’t Waste Your Time on Local Optimizations
The Java JIT Compiler is Darn Good at Optimization
maxThreads根据Tomcat文档的说法，此参数决定了同时最多能够处理多少请求，默认值是200。而我们的Jmeter脚本是300并发，显然不够，所以调整server.xml追加Connector参数：
maxThreads="500" minSpareThreads="500"
这么配置是提高Tomcat处理线程数，maxThreads和minSpareThreads设置为一样是让Tomcat在启动时就创建1000线程，这个和把JVM参数-Xms、-Xmx设置为一样是一个道理。
在不重启Tomcat的情况下，两次benchmark得到的throughput数据：
第一次：12000/s
第二次：17000/s
这说明在没有warmup的情况下，maxThreads的提升能够提升Tomcat的性能表现。
关于maxThreads应该设置多少为合适可以见SO的这个回答：
How to determine the best number of threads in Tomcat?
processorCacheprocessorCache控制Tomcat内部RequestProcessor的缓存池大小，当并发量大于此值时，Tomcat会创建新的RequestProcessor实例，如果并发量持续大于此值，则会持续创建RequestProcessor实例。
在这次压力测试过程中，发现如果processorCache=100时，Tomcat只会保留100个RequestProcessor，并且会不断创建其实例。见下图：
如果processorCache=400，则Tomcat会保留300个RequestProcessor，并且不会创建新的实例，主要是因为Jmeter的线程数为300，也就是说同时最多只会有300个connection，每个connection对应一个RequestProcessor。
从测试结果上看，processorCache=100时似乎并不影响测试结果。
gzip压缩和gzip压缩相关的参数有：compression、compressibleMimeType 、compressionMinSize ，Tomcat默认是关闭gzip压缩的，gzip压缩能够显著降低带宽。
以下是在warmup之后的benchmark结果，开启gzip能得到17%的性能提升：
compression="on"：17073.6/s
compression="off"：14548.3/s
但是在benchmark多次之后，发现开启和不开启的结果相近。
参考文档So You Want High Performance
Tuning Tomcat For A High Throughput, Fail Fast System
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/35475.html
摘要：在利用收集了两次的相关数据，发现这和的存在关系，图表如下在第一次的前期，动作比较多，此时的吞吐量一直维持在比较低的水平。第二次几乎没有的动作，此时的吞吐量一直维持在比较高的水平。 本文是在Tomcat调优过程中得到的心得（会持续更新），相关环境： java version 1.8.0_131 Tomcat 8.5.14 Jmeter 3.1 Jmeter参数： 300线程 100...
摘要：课程大纲开班典礼开班典礼开班典礼操作系统系统安装及启动流程操作系统系统安装及启动流程必备命令讲解必备命令讲解必备命令讲解及系统启动流程必备命令讲解及系统启动流程启动流程和用户及用户组讲解启动流程和用户及用户组讲解用户权限讲解及编辑器用户权限 课程大纲1.开班典礼(1)_rec.mp42.开班典礼(2)_rec.mp43.开班典礼(3)_rec.flv4.Linux操作系统系统安装及启动...
摘要：很多人做开发，年后，都会感觉自己遇到瓶颈。公司的工作节奏又比较快，难有机会学习架构原理，也没人教，所以这个时候，学习架构原理，扩展思维，对自己以后职业生涯尤为重要。 很多人做Java开发4，5年后，都会感觉自己遇到瓶颈。什么都会又什么都不会，如何改变困境，为什么很多人写了7,8年还是一个码农，工作中太多被动是因为不懂底层原理。公司的工作节奏又比较快，难有机会学习架构原理，也没人教，所以...
【学习背景】 学习Java的小伙伴，应该对JVM有自己的一定了解，但是你有用过JDK自带的JVM的性能调优工具之一jconsole吗？不知道也没关系，本文将带你花几分钟快速了解如何使用jconsole对JVM进行监控，大家后续有时间可以自己动手学习下，特别是需要进行JVM性能优化的时候，个人觉得在工作中还是比较常用的。 进入正文~ 学习目录 一、JDK说明二、Windows运行jcons...
摘要：用于生成虚拟机当前时刻的线程快照。线程快照就是当前虚拟机内每一条线程正在执行的方法堆栈的集合，生成线程快照的主要目的就是定位线程出现长时间停顿的原因，如线程死锁死循环请求外部资源导致的长时间等待等都是导致线程长时间停顿的常见原因。 在JDK的命令行中，一般开发人员最耳熟能详的肯定就是java,javac,javap等常用命令，不过在jdk/bin下还有许多其他的命令行工具，它们被用来监...
阅读 2596·2021-11-18 10:02
阅读 3369·2021-11-15 17:59
阅读 2107·2021-09-06 15:00
阅读 3179·2019-08-29 16:58
阅读 937·2019-08-26 10:34
阅读 1474·2019-08-26 10:15
阅读 1184·2019-08-26 10:11
阅读 2384·2019-08-23 18:33
