根据文档 - "当然，如果服务器无法处理这样的负载，吞吐量会更低。 如何处理此行为并计算吞吐量？
假设我将目标吞吐量设置为 1500/分钟，但我的系统只能处理 1000/分钟，JMeter 预期会出现什么样的反馈行为，总吞吐量会受到怎样的影响？
JMeter 是否仍会尝试以更高的错误率(对于失败的请求(实现 1500/分钟，或者 JMeter 将吞吐量提高到 1500/分钟，但根据错误率等某些因素逐渐恢复到 1000/分钟？如果是，决定此降级的因素是什么，是否有任何见解/参考来理解此降级行为？
测试计划中没有足够的线程来实现所需的 TPS，或者应用程序响应时间更长。
您可以通过JMeter发出的请求总数取决于您的应用程序响应时间。
因此，如果您的平均响应时间为 1 秒(假设只有 1 个请求(，您将至少需要 25 个线程才能达到 1500/分钟。
如果即使提供了足够的线程，吞吐量也没有增加，但响应时间增加并且您的某些请求失败，则表明存在性能瓶颈！
>JMeter 发送请求的速度不能超过应用程序响应速度。如果应用程序每分钟只能处理 1000 个请求 - 则无论线程组中有多少线程或在常量吞吐量计时器中指定的每分钟请求数如何，您每分钟都将有 1000 个请求。
另请注意：
- 恒定吞吐量计时器只能暂停线程，如果当前线程量不足以达到/维持所需的吞吐量，它不会执行任何操作
- 恒定吞吐量计时器在分钟级别上足够准确，因此请考虑选择适当的斜坡设置，否则您可能会在测试的第一分钟对应用施加压力