性能测试出现掉并发数现象调优处理

Posted frankruby

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了性能测试出现掉并发数现象调优处理相关的知识,希望对你有一定的参考价值。

压测webserver接口-数据库测试

1、压到1000并发时,应用服务器报两个错误,并且伴随着并发数的不断降低

具体错误如下

技术图片

2、解决应用服务器报错方法

修改数据库的连接池,如图

技术图片

修改jvm内存参数,如图:

技术图片

修改监听请求的线程数,如图:

技术图片

--以上调优的连接数都是为了解决jdbc连接数不够的情况

把句柄从1024-->修改为865535

参考资料:https://blog.51cto.com/12824426/2060594

--以上调优解决的是too many open file错误

|--以上两个调优解决了应用服务器报的错

3、解决并发数不断降低,断掉的错误方法,即:1000并发掉到800,600

导致的原因:

1>.脚本请求的时间太快,需要引入思考时间:200ms,

2>.负载太大并且tps随着并发数的增加也不会增长,故增加负载机

解决方法:

1、在压测时不断监控windows负载机的端口连接数:终端输入:netstat -ano|find /i /c "TIME"

技术图片

检测发现,只要端口连接数达不到5w,基本不会往下掉并发数,只要达到window的端口做大限制,就会往下掉

====================================

并发数为1200时,出现并发数急聚下降
分析原因:
1、单台负载机所能支撑的最大tps是2184
端口:2^16=65536—>端口是2个字节,则共有65536个端口
最大tps:65536/30=2184—>负载机的time-wait默认为30秒,即:每30s复用一个端口。所以由此可以得出单台负载机所能达到的最大tps为2184
2、通过上面的数据可以得知,1200并发所消耗的端口已经突破两台负载机的最大端口数,故出现并发数急聚下降,需增加负载机
======================
结论:
发现单台负载机tps在一定瓶颈时,就要考虑端口是否够用,然后就需要进行加负载机,来使tps提高

以上是关于性能测试出现掉并发数现象调优处理的主要内容,如果未能解决你的问题,请参考以下文章

性能测试逐渐增加并发数会报错吗

性能瓶颈诊断及性能调优案例

性能测试的主要指标

性能测试的主要指标

性能测试的主要指标

性能测试指标:TPS,吞吐量,并发数,响应时间