jmeter 使用 jp@gc - Ultimate Thread Group 运行的线程比预期的多

jmeter runs more threads than expected using jp@gc - Ultimate Thread Group

我尝试设置 1 个线程、1 个启动、1 个循环作为测试线程组;我验证了我的汇总报告线程数符合预期。

当我 运行 使用 jp@gc - Ultimate Thread Group 的相同请求时,问题就来了,我尝试从 1 个及以上线程开始,但总是获得比我设置的更多的线程,请参阅汇总报告图像。

尝试过: 版本 5.2.1 并升级到 5.3 删除旧的 jmeter 版本 删除和添加终极线程组 运行 通过 CLI 和 GUI

非常感谢您的帮助。

jp@gc - Ultimate Thread Group setting img

Aggregate report result img

正在添加更多详细信息.... 我期望在 3 个不同的时间段(10、30、100)中达到 140 个线程,实际结果是 1406 个线程。

Ultimate Thread Group - 140

Actual result

您有 1 个话题,但是:

  • 正在 1 秒内启动
  • 然后它保持负载 10 秒
  • 终于有 2 秒的时间关机

我不知道你有多少个线程 "expect",你当前的设置假设 "API Performance" 请求 13 秒,JMeter 将执行的请求数将取决于你的 API 响应时间。查看 Aggregate Report 中的测试结果超过 2 秒,因此 6 个请求持续 13 秒 绝对 预期

如果出于某种原因您正在寻找只有 1 个请求的当前设置,您可以限制 JMeter 将使用 Throughput Controller

发送的请求数量

查看 Choosing The Right Thread Group For Your Scenario 文章以获取有关您需要为各种工作负载类型使用哪个线程组的更多见解。

示例 != 线程

这些指的是由 JMeter 生成的一组线程正在执行的迭代次数,您在 Ultimate Thread Group 中将其定义为 "Start Threads Count" 的一部分。此值为 NOT THREADS

THREADS - 也被视为虚拟 users/active threads/active users/simulated 用户。这些是您在 Ultimate Thread Group 中指定为 "Start Threads Count" 一部分的值。这些在汇总报告侦听器的任何地方都没有测量,但您可以找到另一个名为 "jp@gc - Active Threads Over Time"

的侦听器

模拟和你一样的场景

我从聚合报告侦听器中得到的结果

另一个名为 "jp@gc - Active Threads Over Time"

的侦听器满足您的期望


希望对您有所帮助!