一、调整tomcat参数
1、禁用APJ服务
①、修改conf目录下的service.xml文件
#关闭服务 ./shutdown.sh #切换到conf目录 cd ../conf/
#编辑server.xml文件
vi server.xml
启动服务:
#切换目录
cd ../bin
#启动服务
./startup.sh
②、再次运行查看报告
禁用前:
禁用后:
可以看到,禁用AJP服务后,吞吐量有所提升;
当然了,测试不一定准确,需要多几次测试才能看出是否有所提升;
2、设置线程池
通过设置线程池,调整线程池相关的参数进行测试tomcat的性能。
①、最大线程数为500,初始为50
#关闭服务
./shutdown.sh
#切换到conf目录
cd ../conf/
#编辑server.xml文件 vi server.xml
修改内容:
<Executor name="tomcatThreadPool" namePrefix="catalina-exec-" maxThreads="500" minSpareThreads="50" prestartminSpareThreads="true"/>
启动服务:
#切换目录 cd ../bin #启动服务 ./startup.sh
②、再次运行查看报告
修改前:
修改后:
可以看到,性能有所提升
③、最大线程数为1000,初始为200
#关闭服务 ./shutdown.sh #切换到conf目录 cd ../conf/
#编辑server.xml文件 vi server.xml
修改内容:
<Executor name="tomcatThreadPool" namePrefix="catalina-exec-" maxThreads="1000" minSpareThreads="200" prestartminSpareThreads="true"/>
启动服务:
#切换目录
cd ../bin
#启动服务
./startup.sh
④、再次运行查看报告
修改前:
修改后:
可以看到,性能有所提升,但是单纯靠提升线程数量是不能一直得到性能提升的
⑤、设置最大等待队列数
#关闭服务 ./shutdown.sh #切换到conf目录 cd ../conf/
#编辑server.xml文件 vi server.xml
修改内容:
<Executor name="tomcatThreadPool" namePrefix="catalina-exec-" maxThreads="1000" minSpareThreads="200" prestartminSpareThreads="true"
maxQueueSize="100"/>
启动服务:
#切换目录 cd ../bin #启动服务 ./startup.sh
⑥、再次运行查看报告
修改前:
修改后:
结论:响应时间、吞吐量这2个指标需要找到平衡才能达到更好的性能。
2、设置nio2的运行模式
#关闭服务 ./shutdown.sh #切换到conf目录 cd ../conf/
#编辑server.xml文件 vi server.xml
修改内容:
<Connector executor="tomcatThreadPool" port="8080" protocol="org.apache.coyote.http11.Http11Nio2Protocol" connectionTimeout="20000" redirectPort="8443" />
启动服务:
#切换目录 cd ../bin #启动服务 ./startup.sh
再次运行查看报告 :
可以看到,平均响应时间有缩短,吞吐量有提升,可以得出结论:nio2的性能要高于nio。
二、调整JVM参数
测试通过jvm参数进行优化,为了测试一致性,依然将最大线程数设置为500,启用nio2运行模式。
1、设置并行垃圾回收器
#关闭服务 ./shutdown.sh #修改文件 vi catalina.sh
修改的内容:
JAVA_OPTS="-XX:+UseParallelGC -XX:+UseParallelOldGC -Xms64m -Xmx512m -XX:+PrintGCDetails
-XX:+PrintGCTimeStamps -XX:+PrintGCDateStamps -XX:+PrintHeapAtGC -Xloggc:../logs/gc.log"
启动服务:
./startup.sh
再次运行查看报告 :
2、查看gc日志文件
将gc.log文件上传到gceasy.io查看gc中是否存在问题
问题一:
在关键指标中可以看出,吞吐量表现不错,但是gc时,线程的暂停时间稍有点长。
问题二:
通过GC的统计可以看出:
年轻代的gc有70次,次数稍有多,说明年轻代设置的大小不合适需要调整
FullGC有8次,说明堆内存的大小不合适,需要调整
问题三:
从GC原因的可以看出,年轻代大小设置不合理,导致了多次GC。
3、调整年轻代大小
#关闭服务
./shutdown.sh
#修改文件
vi catalina.sh
修改的内容:
JAVA_OPTS="-XX:+UseParallelGC -XX:+UseParallelOldGC -Xms128m -Xmx1024m -XX:NewSize=64m -XX:MaxNewSize=256m
-XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintGCDateStamps -XX:+PrintHeapAtGC -Xloggc:../logs/gc.log"
将初始堆大小设置为128m,最大为1024m
初始年轻代大小64m,年轻代最大256m
启动服务:
./startup.sh
再次运行查看报告 :
查看GC报告:
可以看到,GC次数明显减少,说明调整有效
4、设置G1垃圾回收器
#关闭服务
./shutdown.sh
#修改文件
vi catalina.sh
修改的内容:
JAVA_OPTS="-XX:+UseG1GC -XX:MaxGCPauseMillis=100 -Xms128m -Xmx1024m -XX:+PrintGCDetails
-XX:+PrintGCTimeStamps -XX:+PrintGCDateStamps -XX:+PrintHeapAtGC -Xloggc:../logs/gc.log"
启动服务:
./startup.sh
再次运行查看报告 :
查看GC报告:
可以看到,吞吐量有所提升,响应时间也有所缩短。
5、小结
通过上述的测试,可以总结出,对tomcat性能优化就是需要不断的进行调整参数,然后测试结果,可能会调优也可能会调差,这时就需要借助于gc的可视化工具来看gc的情况,再做出决策应该调整哪些参数