根据文档-“当然，如果服务器无法处理这样的负载，吞吐量将降低。”如何处理此行为和计算吞吐量？假设我将目标吞吐量设置为1500/min，但我的系统只能处理1000/min，JMeter期望什么样的反馈行为，以及总吞吐量会受到什么影响？JMeter是否仍会尝试以更高的错误率达到1500/min（对于失败的请求），或者JMeter会将吞吐量提高到1500/min，但会根据某些因素（如错误率）逐渐回到1000/min附近？如果是，决定这种下降的因素是什么，是否有任何见解/参考来理解这种下降行为？
5w9g7ksd1#
测试计划中没有足够的线程来实现所需的TPS，或者应用程序的响应时间更长。您能够通过JMeter发出的请求总数取决于您的应用程序响应时间。因此，如果平均响应时间为1秒（假设只有1个请求），则至少需要25个线程才能达到1500/min。如果即使提供了足够的线程，吞吐量也没有增加，但是响应时间增加，并且一些请求失败，那么这表明performance bottleneck！
oyjwcjzk2#
JMeter发送请求的速度不能超过应用程序的响应速度。如果您的应用程序每分钟只能处理1000个请求-无论线程组中有多少个线程，或者您在恒定吞吐量计时器中指定了每分钟多少个请求，您都将有每分钟1000个请求。还要注意：1.恒定吞吐量计时器只能暂停线程，如果当前线程数量不足以达到/维持所需的吞吐量，它将不执行任何操作1.恒定吞吐量计时器在分钟级别上足够精确，因此请考虑选择适当的ramp-up settings，否则您可能会在测试的第一分钟给应用程序施加压力
2条答案
按热度按时间5w9g7ksd1#
测试计划中没有足够的线程来实现所需的TPS，或者应用程序的响应时间更长。
您能够通过JMeter发出的请求总数取决于您的应用程序响应时间。
因此，如果平均响应时间为1秒（假设只有1个请求），则至少需要25个线程才能达到1500/min。
如果即使提供了足够的线程，吞吐量也没有增加，但是响应时间增加，并且一些请求失败，那么这表明performance bottleneck！
oyjwcjzk2#
JMeter发送请求的速度不能超过应用程序的响应速度。如果您的应用程序每分钟只能处理1000个请求-无论线程组中有多少个线程，或者您在恒定吞吐量计时器中指定了每分钟多少个请求，您都将有每分钟1000个请求。
还要注意：
1.恒定吞吐量计时器只能暂停线程，如果当前线程数量不足以达到/维持所需的吞吐量，它将不执行任何操作
1.恒定吞吐量计时器在分钟级别上足够精确，因此请考虑选择适当的ramp-up settings，否则您可能会在测试的第一分钟给应用程序施加压力