jmeter 聚合报告的吞吐量与常数吞吐量定时器吞吐量的关系

本文探讨了jmeter中常数吞吐量定时器设置与聚合报告中实际吞吐量的关系。作者提出,定时器设定的每分钟请求数是一个理想值,实际吞吐量受页面响应速度影响。当响应快时,聚合报告的吞吐量接近设定值的六分之一;响应慢时,吞吐量可能低于这个比例。通过实践验证了理论,并邀请读者指正。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

疑问:线程数20,循环数10,常数吞吐量定时器设置每分钟是30*60=1800,基于计算的吞吐量模式是:所有活动线程,为何聚合报告里的吞吐量是19.3,不应该是30吗?
在这里插入图片描述
在这里插入图片描述
个人理解:
1.常数吞吐量定时器设置的是一分钟内的最大请求数N,是一个理想值。当你访问的页面返回响应比较慢时,可能造成一分钟内的请求数小于N。当访问页面响应特别快,可能一分钟内超过N。
2.聚合报告里的吞吐量就是jmeter目前运行后得到的的实际结果n

结论:
当访问页面响应够快时,就是1分钟内请求数大于N,此时由于添加了定时器则请求数为N,此时聚合报告的n约等于N/60;
当访问页面响应比较慢时,一分钟内请求数小于N,则此时聚合报告的n约小于N/60。(如上述两张图)

实践一下n约等于N/60的
上面两张图可以看出,吞吐量最大约等于19.3,此时我想显示是4,那么常数定时器应该填的是4*60=240,运行查看结果
在这里插入图片描述

聚合报告的显示:吞吐量是4.3,约等于4.
在这里插入图片描述
以上是我的个人理解,有错的请大佬指点下。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值