如何为JMeter的Ultimate Thread Group配置Pacing以实现3.33 RPS

核心配置调整 #

1. 精准校准Throughput Shaping Timer #

3.33 RPS等价于每分钟200次请求，用整数配置可避免小数精度误差：

• 在Throughput Shaping Timer中设置时间阶段：
  • 0-60秒：从0逐步提升至200次/分钟（对应目标3.33 RPS）
  • 60-120秒：稳定保持200次/分钟
  • 120-150秒：逐步降为0（可选，用于平滑停止负载）
• 勾选「Calculate thread count automatically」，让JMeter自动匹配所需线程数，避免手动线程组设置的冲突。

2. 控制单个线程运行时长 #

若需单个线程仅运行30秒，结合Runtime Controller实现：

• 替换复杂的Ultimate Thread Group设置，改用普通线程组：初始线程数设为0，ramp-up时间60秒，线程数上限设为10（或交由Throughput Shaping Timer自动控制）
• 在线程组内添加Runtime Controller，设置「Runtime (seconds)」为30，将所有HTTP采样器放入该控制器，确保单个线程运行满30秒后自动终止。

3. 排查干扰因素 #

• 移除其他无关定时器（如Constant Timer、Gaussian Random Timer），避免打乱请求间隔
• 检查HTTP采样器的超时设置，确保「Connect Timeout」和「Response Timeout」合理，防止请求堆积
• 验证Grafana数据源：确认JMeter监控插件（如Backend Listener）正确发送指标，且Grafana查询逻辑统计的是每秒请求数（RPS），而非线程数或其他维度指标

验证步骤 #

• 先用JMeter内置的「Summary Report」查看实际RPS，确认是否接近3.33
• 对比Grafana指标，排查是否存在统计延迟或维度错误（比如是否区分了成功/失败请求）

内容的提问来源于stack exchange，提问作者Фарсук Фарсейкин