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的情况。再帮我我们做出决策应该调整哪些参数。