如何在25个并发用户的情况下以每秒500个事务的速度运行负载10分钟？这是在Jmeter中实现的有效场景吗

我已经尝试过使用吞吐量计时器与并发用户线程组配对，但是事务量很低，有没有其他方法来实现上述场景

@德米特里

我碰巧在我的并发线程组中使用了这个函数${{uu-tstFeedback（吞吐量计时器，252500100）}，但我仍然可以看到不超过200个事务/秒

我总是看到此附加请求添加到我的摘要和聚合报告结果并发线程组ThreadStarter中：

---

并发线程组ThreadStarter:15034 27152 314 67905 17924.575009281336 0.5485566050286018 27.972210128343956 101.83185588876516 3.662355576998932 3727.83630436746根据应用程序的响应时间，它可能是有效的方案

为了能够在25个用户的情况下实现500个请求/秒，每个用户需要能够每秒执行20个请求，这意味着您的应用程序响应时间需要小于等于50毫秒

如果响应时间超过50毫秒，每秒的请求数将按比例减少

如果事务中有多个请求，则响应时间约束会相应更改，如2个请求，最多25毫秒，等等

JMeter只能暂停线程，以将每分钟的事务数限制在给定的值内，如果当前的数量不够-它不会启动额外的线程。因此，您的工作是在系统中提供足够数量的线程

---

作为替代，你可以考虑去和组合，它们可以通过连接，因此，如果当前线程数不足以达到/保持所需的吞吐量-将启动更多线程

我看到所有api响应时间都在1000毫秒以上，一个请求的最大响应时间约为5000毫秒。在这种情况下，我的计划反馈功能应该是什么，我应该设置多少虚拟用户来实现500个事务/秒我还想再添加一个问题我如何为所有API并行运行另一个负载，我有大约20个请求，其中我需要运行与上述相同的负载，唯一的区别是如何并行运行所有API的请求如果您的响应时间高达5000毫秒，那么您至少需要2500个虚拟用户（这是一个很高的数字，所以一定要遵循文章中的建议。）关于第二个问题，最好开始一个新的线程，通常不同的业务用户组表示不同的感谢分享Dmitri！！我已经对现有脚本进行了更改，并尝试了我看到的不超过200个事务处理你能看一看吗？我已经对我的原始问题进行了编辑。你的图片非常漂亮