如何解决如何在 25 个并发用户的情况下以 500 个事务/秒的速度运行 10 分钟的负载?这是在 Jmeter 中实现的有效场景
我已经尝试将并发用户线程组与吞吐量计时器配对,但事务很少,有没有其他方法可以实现上述场景
@dmitri
我碰巧在我的并发线程组中使用了这个函数 ${__tstFeedback(throughput-timer,25,2500,100)} 仍然我看到的不超过 200 个事务/秒
我总是看到这个额外的请求被添加到我的摘要和聚合报告结果并发线程组-ThreadStarter:
并发线程组-ThreadStarter:15034 27152 314 67905 17924.575009281336 0.5485566050286018 27.972210128343956 101.83185588876516 3.662355576998932 3727.836304376746
解决方法
它可能是一个有效的方案,具体取决于您的应用程序响应时间。
为了能够在 25 个用户的情况下实现 500 个请求/秒,每个用户需要能够每秒执行 20 个请求,这意味着您的应用程序响应时间需要不超过 50 毫秒。
如果响应时间超过 50 毫秒,每秒的请求数将按比例减少。
如果您的事务中有超过 1 个请求 - 响应时间限制会相应地更改,例如 2 个请求 - 最多 25 毫秒等。
JMeter 的 Constant Throughput Timer 只能暂停线程以将每分钟的事务数限制为给定值,如果当前数量不够 - 它不会启动额外的线程。因此,您的工作是在 Thread Group
中提供足够数量的线程作为替代方案,您可以考虑使用 Throughput Shaping Timer 和 Concurrency Thread Group 组合,它们可以通过 Feedback Function 连接,因此如果当前线程数量不足以达到/保持所需的吞吐量- 将启动更多线程
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。