加特林恒定并发用户每秒请求
Gatling constant concurrent users request per second
我正在 运行 加特林脚本来衡量我的 api 表现。下面是将用户从 0 增加到 100 并最终达到 400 的配置。在最后一步中说 constantConcurrentUsers(400) 400 request called per second 是真的。 下面的脚本是否在最后一步调用了 400 request/sec?
rampConcurrentUsers(0) to 100 during (1 minute),
constantConcurrentUsers(100) during (2 minute),
rampConcurrentUsers(100) to 200 during (1 minute),
constantConcurrentUsers(200) during (2 minute),
rampConcurrentUsers(200) to 300 during (1 minute),
constantConcurrentUsers(300) during (2 minute),
rampConcurrentUsers(300) to 400 during (1 minute),
constantConcurrentUsers(400) during (2 minute)
绝对不是。请阅读 documentation about injection models.
封闭的工作负载模型注入将保证并发用户数,而不是吞吐量。
例如,假设场景是1个请求,响应时间是250毫秒,400个并发用户意味着每秒400 * 4 = 1,600个请求(每个虚拟用户在250毫秒内执行1个请求,然后被另一个替换).
如文档中所述,封闭式工作负载模型绝对不是默认设置。
您应该设计您的注入配置文件和场景以匹配:
- 您的预期吞吐量
- 以及您预期的连接数
如果您试图达到特定的 request/sec (RPS) 值,使用 constantUsersPerSec 而不是 constantConcurrentUsers 将是更好的方法。值得注意的是,如果您是 运行 具有单个 API 调用的脚本,那么 RPS 将匹配被注入的用户数量。但是,如果您的脚本进行多次 API 调用,则每次 API 调用的响应时间将影响后续 API 调用的 RPS。
我正在 运行 加特林脚本来衡量我的 api 表现。下面是将用户从 0 增加到 100 并最终达到 400 的配置。在最后一步中说 constantConcurrentUsers(400) 400 request called per second 是真的。 下面的脚本是否在最后一步调用了 400 request/sec?
rampConcurrentUsers(0) to 100 during (1 minute),
constantConcurrentUsers(100) during (2 minute),
rampConcurrentUsers(100) to 200 during (1 minute),
constantConcurrentUsers(200) during (2 minute),
rampConcurrentUsers(200) to 300 during (1 minute),
constantConcurrentUsers(300) during (2 minute),
rampConcurrentUsers(300) to 400 during (1 minute),
constantConcurrentUsers(400) during (2 minute)
绝对不是。请阅读 documentation about injection models.
封闭的工作负载模型注入将保证并发用户数,而不是吞吐量。
例如,假设场景是1个请求,响应时间是250毫秒,400个并发用户意味着每秒400 * 4 = 1,600个请求(每个虚拟用户在250毫秒内执行1个请求,然后被另一个替换).
如文档中所述,封闭式工作负载模型绝对不是默认设置。
您应该设计您的注入配置文件和场景以匹配:
- 您的预期吞吐量
- 以及您预期的连接数
如果您试图达到特定的 request/sec (RPS) 值,使用 constantUsersPerSec 而不是 constantConcurrentUsers 将是更好的方法。值得注意的是,如果您是 运行 具有单个 API 调用的脚本,那么 RPS 将匹配被注入的用户数量。但是,如果您的脚本进行多次 API 调用,则每次 API 调用的响应时间将影响后续 API 调用的 RPS。