Locust RPS与用户数不匹配问题咨询：RPS未达标且高并发有波动

一、RPS未达到或超过用户数的核心原因 #

• 单用户请求周期过长：Locust的RPS计算公式为 总请求数 / 总运行时间，若每个用户完成一次请求（含思考时间、网络延迟、服务端响应时间）的周期大于1秒，100个用户的RPS必然低于100。比如单请求周期为2秒，RPS上限仅为50。
• 系统瓶颈限制：
  • 服务端性能不足：CPU、内存、数据库连接池等资源耗尽，导致服务端处理请求的速度跟不上用户发起请求的节奏。
  • 压测端（Locust运行机器）资源瓶颈：Locust本身依赖CPU和内存驱动用户，若压测机器性能不足，无法同时支撑大量用户发起请求，会直接限制RPS上限。
• Locust配置与脚本问题：
  • wait_time设置不合理：若配置了过长的固定等待时间（如wait_time = constant(2)），用户无法连续发起请求，会大幅拉低RPS。
  • 测试脚本冗余：脚本中存在不必要的IO操作、计算逻辑，拖慢单用户的请求执行效率。

二、百万级用户运行时图表波动的原因 #

• 资源动态波动：百万级用户会耗尽压测端与服务端的硬件资源，CPU频率动态调整、内存页置换、网络带宽抖动等情况，会导致请求处理速度不稳定，反映在图表上即为数据波动。
• 连接管理异常：百万级用户会建立海量TCP连接，操作系统连接数限制、TIME_WAIT队列堆积、连接超时重连等问题，会造成请求发起节奏不均匀，引发波动。
• Locust协程调度开销：Locust通过gevent协程管理用户，当协程数量过百万时，协程切换的开销显著增加，部分协程被暂时阻塞，导致请求发起不连贯，出现数据波动。
• 服务端限流/熔断触发：服务端在高负载下可能触发限流、熔断机制，暂时拒绝部分请求，恢复后又正常处理，这种状态切换会直接造成图表数据的波动。

内容的提问来源于stack exchange，提问作者bonijad383