JMeter中恒定流量定时器的目标吞吐量行为

Question

根据文档 -“当然，如果服务器无法处理这样的负载，吞吐量就会更低。”如何处理此行为并计算吞吐量？

假设我将目标吞吐量设置为1500/min，但我的系统只能处理1000/min，那么JMeter期望什么样的反馈行为，以及总吞吐量是如何影响的？

JMeter是否仍然试图以更高的错误率(对于失败的请求)达到1500/min，或者JMeter将吞吐量提高到1500/min，但根据错误率等特定因素逐渐恢复到1000/min？如果是的话，是什么因素决定了这一步下来，有任何洞察力/参考来理解这种逐步下降的行为？

Answer 1

要么您的测试计划中没有足够的线程来实现您想要的TPS，要么您的应用程序响应时间更长。

您可以通过JMeter发出的请求总数取决于您的应用程序响应时间。

因此，如果您的平均响应时间是1秒(假设只有一个请求)，那么至少需要25个线程才能达到1500/min。

如果即使在提供了足够多的线程之后，吞吐量仍然没有增加，但是响应时间增加了，并且您的一些请求失败了，那么这表明了性能瓶颈！

Answer 2

JMeter发送请求的速度不能超过应用程序的响应能力。如果您的应用程序只能每分钟提供1000个请求，那么无论您在螺纹组中有多少线程，或者在常量吞吐量计时器中指定了多少个请求，每分钟都会有1000个请求。

还应注意到：

1. 常量线程计时器只能暂停线程，如果当前线程数量不足以达到/保持所需吞吐量，则不会执行任何操作。
2. 常数吞吐量计时器在分钟级别上足够精确，因此考虑选择合适的坡度设置，否则在测试的第一分钟就会强调应用程序。