高响应时间和高吞吐量?

时间:2019-08-24 14:13:10

标签: performance web-applications performance-testing throughput response-time

在某些系统中它具有高吞吐量但响应时间也很高。我相信这是有可能的。考虑获得100次点击的系统 每秒(HPS),响应时间为2秒。它产生的吞吐量为100 QPS。因此,可以说这是高吞吐量(100 QPS)系统,但响应时间短(2秒)。 那是正确的吗?

但是同时,如果吞吐量(比如说80)小于HPS(比如说100),那么这意味着在某些时候,由于出口率小于进口率,线路系统会阻塞。是吗?

现在反过来,会不会有响应时间短且吞吐量低的系统?我相信这也是有可能的,但无法思考 发布方案?

因此,最重要的是我们必须将两个统计信息放在一起,即吞吐量和响应时间,因为如果一个很好,另一个也很好,就不是强制性的 时间?

1 个答案:

答案 0 :(得分:0)

在理想世界中应该是

  1. 响应时间始终相同
  2. 工作量增加与负载增加相同,例如:

    • 有100个虚拟用户,您每秒有100个请求
    • 有200个虚拟用户,您每秒有200个请求

在现实世界中,当您增加负载吞吐量时,负载吞吐量不会增加,而是响应时间会增加,因此系统将无法为200个用户提供与100个用户一样快的服务。这称为performance bottleneck

更多信息: