Jmeter 吞吐量整形定时器发送比期望更多的请求

Question

我正在使用带有吞吐量整形计时器的 Jmeter 4.0，我已经提到我的配置如下:

bzm - 并发线程组:

• 目标并发数 1000
• 加速时间:1
• 加速步数:1
• 保持目标率:100 分钟

jp@gc - 吞吐量整形定时器开始 RPS:333 ||结束 Rps:333 ||持续时间(秒):1200

由于测试持续时间为 1200 秒，Rps 为 333/秒，因此通过测试的请求命中数应为 (333*1200) = 399600。但实际命中数在 400000 - 410000 请求范围内第二。

如何限制吞吐量整形定时器不发送额外的请求？

Answer 1

您的总测试持续时间 isn't 1200 seconds .查看您的并发线程组配置，您的测试持续时间正好是 6001秒(1000 名用户的加速时间为 1 秒，保持目标速率时间为 6000 秒)。

要获得所需的 RPS，您必须遵循以下公式来定义并发线程组中的线程数:

Threads pool size can be calculated like RPS * <max response time> / 1000

如果您的响应时间是 1 second , 然后 333 Threads足以实现此 RPS。我猜你在这种情况下使用了更多线程。

根据您给定的测试计划，它的工作方式就像 1 秒内有 1000 个用户处于事件状态，然后他们将尝试在 1200 秒内达到 333 RPS，然后他们将在剩余时间内保持 1000 个用户请求 (6001-1220=4801秒)正如你提到的，1000 个用户将保持负载 100 分钟。因此，您收到了超出预期的额外请求。

因此，在您的线程组中相应地定义线程数和加速时间，并正确同步您的测试持续时间(在这种情况下，保持加载时间可能是 20 分钟而不是 100 分钟)。