【问题标题】:High response time with high throughput?高吞吐量的高响应时间?
【发布时间】:2019-08-24 14:13:10
【问题描述】:

是否存在具有高吞吐量和高响应时间的系统。我相信这是可能的。考虑获得 100 次点击的系统 每秒(HPS),响应时间为 2 秒。它产生 100 QPS 的吞吐量。所以我们可以说它是高吞吐量(100 QPS)但响应时间低(2 秒)的系统。 对吗?

但同时,如果吞吐量(例如 80)小于 HPS(例如 100),则意味着有时由于出口速率小于入口速率,下线系统会阻塞。对吧?

现在反过来,是否存在响应时间低且吞吐量低的系统?我相信这也是可能的,但无法想到 发布场景?

所以底线是我们必须同时查看这两个统计数据,即吞吐量和响应时间,因为如果一个很好,另一个也很好,这不是强制性的 时间?

【问题讨论】:

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


    【解决方案1】:

    理想情况下

    1. 响应时间始终相同
    2. 吞吐量随着负载的增加而增加,例如:

      • 对于 100 个虚拟用户,您每秒有 100 个请求
      • 对于 200 个虚拟用户,您每秒有 200 个请求
      • 等。

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

    更多信息:

    【讨论】:

      最近更新 更多