jmeter对tomcat性能测试

主要对tomcat的参数做一些记录(jmeter和tomcat在同一个计算机，可能引起测试误差)

我的计算机配置  4核8线程  8G内存

案例一

tomcat  JVM  1.8G堆内存，无数据库操作

#最大线程数server.tomcat.maxThreads =10000 #这个参数是指在同一时间，tomcat能够接受的最大连接数，一般这个值要大于maxThreads+acceptCountserver.tomcat.maxConnections =20000#当线程数量达到最大线程数时所允许的最大等待队列的长度server.tomcat.acceptCount =200#最小空闲线程数server.tomcat.minSpareThreads =10

分析：在tomcat允许最大10000线程的情况下，并发数越大，响应时间越长，吞吐量越小。在某时刻会发生连接错误。

案例二

tomcat  JVM  1.8G堆内存，无数据库操作

#最大线程数server.tomcat.maxThreads =800 #这个参数是指在同一时间，tomcat能够接受的最大连接数，一般这个值要大于maxThreads+acceptCountserver.tomcat.maxConnections =20000#当线程数量达到最大线程数时所允许的最大等待队列的长度server.tomcat.acceptCount =200#最小空闲线程数server.tomcat.minSpareThreads =10

分析：在tomcat允许最大800线程的情况下，并发数不能超过800太多（1000可以），不然会有很多的请求会因为tomcat的接受请求线程全被占用而被tomcat服务器拒绝接受。Address already in use: connect

案例三

tomcat  JVM  1.8G堆内存，无数据库操作

#最大线程数server.tomcat.maxThreads =20000 #这个参数是指在同一时间，tomcat能够接受的最大连接数，一般这个值要大于maxThreads+acceptCountserver.tomcat.maxConnections =30000#当线程数量达到最大线程数时所允许的最大等待队列的长度server.tomcat.acceptCount =200#最小空闲线程数server.tomcat.minSpareThreads =10

分析：和案例一相比类似，最大线程数不是越大越好，线程数的增多或导致过多的线程上下文切换，耗费时间。导致单个响应时间的上升。

总结：maxThreads并没有一个最优的值，需要根据系统的配置和项目内容来不断地测试，调整和优化。最终得到合理的配置。在tomcat的配置相同的情况并且相同的并发下，响应时间，错误率，吞吐量也存在较大差异，主要是因为系统的真实环境不同，可能系统本来就有较多线程在运行。

5000并发

原文地址：https://www.cnblogs.com/ll9507/p/11374487.html