【问题标题】:JMeter - controller for throughputJMeter - 吞吐量控制器
【发布时间】:2015-04-27 00:43:30
【问题描述】:

我有一个网络服务要求,它应该能够处理至少 1000 个请求/分钟。

我可以创建一个 JMeter 测试并在循环中一次又一次地调用这个 web 服务来查看有多少请求 - 对于 1 个用户,它能够在一分钟内进行 100 次调用,我可以将用户增加到 10-15 & 看看我是否能够每分钟处理至少 1000 个请求。

我的问题是 - 是否有任何控制器/方法来测试这种类型的要求 - 1000 个请求/分钟(用户数可以是任何值)? (我不想通过试错法增加用户)

Throughput controller - 正如 apache 所说,它的名字很糟糕。这不是为了这个。 Constant Throughput Timer 可以用于这个需求吗?

【问题讨论】:

  • @negative voters,如果您认为这个问题没有足够的信息,请留下评论。我很乐意提供。
  • 这对我来说听起来是一个合理的问题。我能想到的不赞成投票的唯一原因是您在问恒定吞吐量计时器的功能是什么,这在用户手册中有很好的记录,并且之前在 SO 上进行了讨论。无论如何,赞成让你回到零。

标签: jmeter


【解决方案1】:

对您的问题的简短回答是,是的,恒定吞吐量计时器完全满足您的要求。从大量用户开始,CTT 会插入暂停以确保达到目标吞吐量。

CTT 当然不能保证达到目标吞吐量,这也取决于应用程序的可扩展性,它真正做的是防止吞吐量超过设定值。如果您愿意,还可以在运行时更改设置的吞吐量值。

长答案是,也许您应该考虑进行持续加速型测试。您要问的问题是我的应用程序能否支持 1000 req/min。隐含的问题是,如果不是,它真正支持多少?如果能做到,在失败前还能走多高?

运行 IMO 的一个更好的测试是让用户数量(因此吞吐量)缓慢但随着时间的推移不断增加,从 0 一直增加到 150% 甚至 200% 所需的负载。

如果您还要监控错误率和响应时间,您会发现响应时间急剧增加,或者错误率突然增加,或者即使用户增加,吞吐量也会趋于平稳 - 这就是您所知道的应用程序已达到断点或平稳点。

【讨论】:

  • 感谢您的回答。通常您运行性能测试多长时间? 1 小时、2 小时……或者……直到你看到一个转折点?我对 Jmeter 有很好的了解——但我没有性能测试经验/概念。你推荐任何书/网站?再次感谢。
  • 持续时间实际上取决于您要测量的内容。响应时间测量类型测试往往长达 1 小时。但是寻找内存泄漏可能需要几个小时。这有点旧,但概念仍然适用:msdn.microsoft.com/en-us/library/bb924375.aspx
  • 感谢您的回答。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2021-09-03
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多