Jmeter 常数吞吐量控制器-Constant Throughput Timer用法

本文介绍了如何在性能测试场景中使用ConstantThroughputTimer,以每秒20QPS的频率调用百度,控制1分钟内调用次数不超过1200次。通过创建线程组,添加HTTP请求,配置常数吞吐量控制器,设置线程数,并查看聚合报告来实现这一目标。

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

前言:

目的:在性能测试过程中我们会遇到固定每分钟或者每秒的运行数量,这时就会用到Constant Throughput Timer

场景:性能测试

场景:每秒以20QPS的频率调用百度,1分钟只调用1200次,

           运行2分钟,调用2400次,然后查看结果

使用步骤:

1、创建线程组,创建http请求并访问百度:

2、在http请求下添加 常数吞吐量控制器

 

3、设置线程数

 

 4、查看聚合报告

 

 

### 配置JMeter常数吞吐量定时器 为了实现精确的负载模拟,在JMeter中可以利用常数吞吐量定时器来设置每分钟发送的具体请求数目。当未配置任何延时机制时,JMeter会尽可能快速地执行采样请求[^1]。 #### 添加常数吞吐量定时器到线程组 通过右键点击所需的线程组并选择`Add -> Timer -> Constant Throughput Timer`可完成该定时器的添加操作。此动作创建了一个新的定时器实例,用于调整同一父级下所有子节点(即HTTP请求或其他取样器)之间的间隔时间。 #### 设置目标吞吐量 在打开的属性面板里,“Target throughput (samples per minute)”字段决定了期望达成的样本数量/分钟比率。值得注意的是,这里的单位是“样品/分钟”,因此对于希望保持较低频率的情况来说可能需要做一些简单的换算工作。 ```plaintext 例如:要使每个线程每秒只发出一次请求,则应在此处输入60。 ``` #### 处理并发度的影响 由于实际运行过程中可能存在多个活动线程同时尝试满足相同的吞吐量指标,所以最终得到的结果未必能完全匹配预设值。特别是在线程数目较少而预期TPS较高的场景下尤为明显。此时可以通过增加虚拟用户的数量或者适当放宽单次迭代间的等待范围来进行补偿调节。 #### 应用场景说明 通常情况下,采用这种方式有助于重现真实的业务流量模式,特别是在评估系统处理能力极限之前先验证其稳定状态下所能承受的工作负荷是非常必要的。此外,也适用于那些对响应时间和资源利用率敏感的应用场合[^3]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值