性能測试JMeter趟的坑之JMeter的bug:TPS周期性波动问题
Posted mthoutai
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了性能測试JMeter趟的坑之JMeter的bug:TPS周期性波动问题相关的知识,希望对你有一定的参考价值。
先说下问题:
我在做性能測试时,使用JMeter搞了100个并发,以100TPS的压力压測十分钟,但压力一直出现波动。并且出现波动时JMeter十分卡,例如以下图:
周期性TPS波动
各种猜測:
所以開始找环境的各种原因,起初以为是JMeter的连接被“劫持”了,不然JMeter也不会卡的。所以,花了整整一下午时间。去排除压測机环境、被压測环境(TCP连接数、程序上的问题等等),但一直没找到原因。
后来。换成LR后,压測正常。所以開始怀疑是JMeter自身的问题。
原因找到:
后来想起来,我被測场景的脚本是老的脚本,也是在JMeter2.8上的。然后我如今用的JMeter是2.13,难道是脚本的兼容性问题?
问题解决:
各种替换。最后才定位到了是CSV Data Set Config的问题。仅仅要我用2.8的脚本上的CSV Data Set Config进行參数化,哪怕是这个參数我没实用。一压測就出现TPS波动;我禁用后,新建了一个CSV Data Set Config。全部数据保持不变,再次压測,OK!
这个坑真大!希望Apache组织可以改动下,肯定是老版本号的CSV Data Set Config在新版本号的JMeter压測时,调度存在问题,导致本地的压力不稳定,并且关键的是,这个导致JMeter太卡了。
问题解决后的压力例如以下:稳稳的,我要稳稳的幸福~
下图非常稳定了。波动在3TPS范围
还有其它坑:
PS:另外,再给大家补充个坑。就是JMeter插件的资源监控问题,将agent放到Linux上去监控资源,cpu和内存都没什么问题。但假设你监控tcp的连接话,就要注意了,这个监控能够吃掉15%左右cpu资源,4核单板的喔,并且是sys的cpu高非常多。
应该是这块监控的算法不够优化,占用了太多的资源。请各位JMeter使用者千万注意咯!
By:Fresh.Qin
以上是关于性能測试JMeter趟的坑之JMeter的bug:TPS周期性波动问题的主要内容,如果未能解决你的问题,请参考以下文章