加特林油门保持不工作
Gatling Throttle holdfor not working
Gatling 世界的新手,但经验丰富的 Load运行ner 用户。
我为 运行 两个场景创建了一个示例模拟,每个场景有 10 个用户,并且想要 运行 它 10 分钟。以下是我的 setUp 函数中的内容。但是每次我运行模拟,它只有运行s 136秒。 holdFor好像没有生效
setUp(
scn.inject(rampUsers(10) over (10 seconds)),
scen.inject(rampUsers(10) over (10 seconds))
)
.protocols(httpProtocol)
.throttle(
reachRps(2) in (10 seconds),
holdFor(10 minutes)
)
我正在使用 Gatling 2.2.2 包。
输出:Simulation computerdatabase.BasicSimulation completed in 136 seconds
限制是一个瓶颈,有效地作为将发送多少请求的上限。如果您的场景 + 注入配置文件一开始无法生成您想要的那么多请求,那么生成的请求只会不受阻碍地通过节流阀。油门无法增加负载以匹配所需的 RPS,它只能降低负载。
您需要将足够多的用户注入到您的场景中,以便他们能够首先生成您想要的 2 RPS,并在模拟过程中不断添加更多用户,以便节流做你正在寻找的东西。
尝试将您的注入配置文件更改为类似这样的东西(并根据需要调整 constantUsersPerSec 值),我相信这可能会让您的负载配置文件更接近您正在寻找的内容:
scn.inject(constantUsersPerSec(1) during(10 minutes))),
scen.inject(constantUsersPerSec(1) during (10 minutes)))
上面的例子只是一个非常快速和肮脏的方式来说明必须随着时间的推移注入用户的观点,但碰巧是在 10 分钟内将总共 600 个用户注入一个场景 是 每十秒 10 个用户,应该正是您想要的,除非我首先陷入基本的算术错误 and/or 误解。
它也会在某种程度上自然地上升和下降,尽管如果需要,您可以通过链接注入步骤更明确地控制上升,例如:
scn.inject(
rampUsers(10) over (1 minute),
constantUsersPerSecond(1) during (10 minutes)
)
对于另一种更明确地控制随时间变化的斜坡的方法,您也可以尝试这样的配置:
scn.inject(
splitUsers(600) into(rampUsers(10) over(10 seconds)) separatedBy(10 seconds)
)
Gatling 世界的新手,但经验丰富的 Load运行ner 用户。 我为 运行 两个场景创建了一个示例模拟,每个场景有 10 个用户,并且想要 运行 它 10 分钟。以下是我的 setUp 函数中的内容。但是每次我运行模拟,它只有运行s 136秒。 holdFor好像没有生效
setUp(
scn.inject(rampUsers(10) over (10 seconds)),
scen.inject(rampUsers(10) over (10 seconds))
)
.protocols(httpProtocol)
.throttle(
reachRps(2) in (10 seconds),
holdFor(10 minutes)
)
我正在使用 Gatling 2.2.2 包。
输出:Simulation computerdatabase.BasicSimulation completed in 136 seconds
限制是一个瓶颈,有效地作为将发送多少请求的上限。如果您的场景 + 注入配置文件一开始无法生成您想要的那么多请求,那么生成的请求只会不受阻碍地通过节流阀。油门无法增加负载以匹配所需的 RPS,它只能降低负载。
您需要将足够多的用户注入到您的场景中,以便他们能够首先生成您想要的 2 RPS,并在模拟过程中不断添加更多用户,以便节流做你正在寻找的东西。
尝试将您的注入配置文件更改为类似这样的东西(并根据需要调整 constantUsersPerSec 值),我相信这可能会让您的负载配置文件更接近您正在寻找的内容:
scn.inject(constantUsersPerSec(1) during(10 minutes))),
scen.inject(constantUsersPerSec(1) during (10 minutes)))
上面的例子只是一个非常快速和肮脏的方式来说明必须随着时间的推移注入用户的观点,但碰巧是在 10 分钟内将总共 600 个用户注入一个场景 是 每十秒 10 个用户,应该正是您想要的,除非我首先陷入基本的算术错误 and/or 误解。
它也会在某种程度上自然地上升和下降,尽管如果需要,您可以通过链接注入步骤更明确地控制上升,例如:
scn.inject(
rampUsers(10) over (1 minute),
constantUsersPerSecond(1) during (10 minutes)
)
对于另一种更明确地控制随时间变化的斜坡的方法,您也可以尝试这样的配置:
scn.inject(
splitUsers(600) into(rampUsers(10) over(10 seconds)) separatedBy(10 seconds)
)