如何使用并发线程组和吞吐量整形计时器组合保持 400 RPS 的恒定负载
How to keep constant load of 400 RPS using Concurrency Thread Group and Throughput Shaping Timer combination
我想制作一个测试用例，使用 Jmeter 以 400 RPS 发送 50,000 个请求。
有人建议我为此用例使用并发线程组和吞吐量整形计时器的组合，我尝试了以下 link：https://www.blazemeter.com/blog/using-jmeters-throughput-shaping-timer-plugin.
- 这里的问题是我在 csv 中只记录了 ~28K 的响应，而不是 50K。
- 无论前一秒发送的请求如何，我都需要进行 400 RPS
- 我还需要每 400 行有 ~1 秒的时间差，以便我可以确认每秒发送 400 个请求。
实现相同结果的任何其他建议也可以。
考虑到 400 * 125 = 50,000
，我使用 400 作为开始和结束 rps 以及 125 秒的持续时间
我也附上我的并发线程组的图片
为了能够使用 400 个线程发送 400 RPS，您的应用程序 必须在 1 秒或更短时间内响应 因为 JMeter 在开始下一个采样器之前等待前一个采样器的响应.如果您的应用程序响应时间为 2 秒 - 您将获得 200 RPS，4 秒 - 100 RPS，等等。
如果您的应用程序响应时间较长 - 您需要按比例增加线程数，您的 40 个备用线程可能不够用。
此外，JMeter 需要能够足够快地发送请求，因此请确保在需要时遵循 JMeter Best Practices and go for Distributed Testing
如果您的被测应用程序无法处理 400 RPS - 从 JMeter 方面您无能为力，您只能识别 bottleneck 并在重新 [=22] 之前报告它或自行修复=] 测试
我想制作一个测试用例，使用 Jmeter 以 400 RPS 发送 50,000 个请求。 有人建议我为此用例使用并发线程组和吞吐量整形计时器的组合，我尝试了以下 link：https://www.blazemeter.com/blog/using-jmeters-throughput-shaping-timer-plugin.
- 这里的问题是我在 csv 中只记录了 ~28K 的响应，而不是 50K。
- 无论前一秒发送的请求如何，我都需要进行 400 RPS
- 我还需要每 400 行有 ~1 秒的时间差，以便我可以确认每秒发送 400 个请求。
实现相同结果的任何其他建议也可以。
考虑到 400 * 125 = 50,000
，我使用 400 作为开始和结束 rps 以及 125 秒的持续时间我也附上我的并发线程组的图片
为了能够使用 400 个线程发送 400 RPS，您的应用程序 必须在 1 秒或更短时间内响应 因为 JMeter 在开始下一个采样器之前等待前一个采样器的响应.如果您的应用程序响应时间为 2 秒 - 您将获得 200 RPS，4 秒 - 100 RPS，等等。
如果您的应用程序响应时间较长 - 您需要按比例增加线程数，您的 40 个备用线程可能不够用。
此外，JMeter 需要能够足够快地发送请求，因此请确保在需要时遵循 JMeter Best Practices and go for Distributed Testing
如果您的被测应用程序无法处理 400 RPS - 从 JMeter 方面您无能为力，您只能识别 bottleneck 并在重新 [=22] 之前报告它或自行修复=] 测试