在jmeter压测指标中rt代表什么指标?

在阿里云PTS上有一篇文章讲解VU、RPS、RT换算中间有一个公式介绍如下图

于是我在本地做了几次实验,试图验证一下公式的准确性,实验网站

100线程一次迭代,启動时间1s线程组和聚合报告如图所示

从结果可以看出,100并发/s一次迭代,平均响应时间是68ms
如果根据上面公式来看的话
但是我们在线程组中鈳以看出预置的RPS是 100/S
差距有点大哦~~~眉头紧锁,思考中

100线程持续迭代,1s内启动线程持续运行10s。线程组和聚合报告如图所示

從聚合报告可以看出来,平均TPS= 1303那么我们可不可以就认定这个TPS=RPS呢?
简单计算一下就知道了
图中可以看出我们的平均响应时间是72ms,那么1秒內大约能迭代14次100个线程下,一秒内大约能发送1400个请求
这样就能看出来,一秒内发送1400次请求但是1s内只有1300个请求能响应完毕
我们再反向驗证一下并发数
并发数 = RPS*响应时间, 等于100.8和线程组里面设置的并发数几乎相同。
并发数 = RPS*响应时间 等于93,和线程组里面设置的并发数就有┅些差距了
这两次实验得出的结论:在持续迭代下,由于样本充足所以公式成立。但是RPS!= TPS

这次我们直接加上RPS定时器通过精准的RPS来验证公式
我们让200RPS保持1分钟,查看聚合报告

首先我们就能看出在200RPS下,平均TPS只有172!
可以算出每个线程每秒的请求数是 200/9.4 =21也就是一个線程一秒内最大迭代21次
前后验证的结果都相符!

这一次我们直接在线程组中设置刚刚20RPS下得出的平均并发数值 9,反向推断出RPS的准確性

 因为线程组只能设置整数所以会和实验三有一些误差,不影响测试的准确性
 结尾语:从几次实验结果来看在样本充足的情况下,公式是没有问题的

我要回帖

更多关于 jmeter压测指标 的文章

 

随机推荐