用門的概念理解響應時間和吞吐量之間的關係

效能測試的目的是檢查軟體的平均響應時間或者吞吐量是否符合指定的標準。

但是，在第二種情況出現時，還應該考慮若軟體的吞吐量符合指定的指標值時，軟體典型交易的平均響應時間是否符合小於5秒的指標值。

為什麼呢？

我們可以利用「門」的概念來理解這裡面的偏差！

首先，我們假設如下的情況：

共有5個人；有1扇門；乙個人通過這扇門需要花費1秒的時間；

此時，這扇門的吞吐量為1人/秒。5個人通過這扇門的平均響應時間為（1+2+3+4+5）/5=3秒。

如何才能提高人的通過效率呢？即，如何才能提高門的吞吐量呢？

有兩種方法：

（1）減小通過門的時間；

（2）增加門的數量

例如，

（1）將乙個人通過門的時間減小為0.5秒，門的吞吐量變成了2人/秒；

（2）增加乙個門，門的吞吐量也變成了2人/秒

結果是：

（1）5個人通過改善通過時間的門的平均響應時間為（0.5+1+1.5+2+2.5）/5＝1.5秒；

（2）5個人通過兩扇門的平均響應時間為（1+1+2+2+3）/5＝1.8秒

此時，你可以發現，軟體開發員改進軟體處理併發交易請求的方法有兩個，第一種是提高單個請求的處理速率，第二種是增加處理請求的執行緒的數量；或者是兩種方法的組合。但是，不同方法的使用並不代表吞吐量得到了提高，而同時軟體典型交易的平均響應時間也獲得了相同值的改善。

因此，在效能測試以吞吐量為檢測指標的時候，不光要評估吞吐量是否符合了效能指標的要求，同時也必須考慮響應時間是否符合效能指標的要求。

用門的概念理解響應時間和吞吐量之間的關係

效能測試的目的是檢查軟體的平均響應時間或者吞吐量是否符合指定的標準。但是，在第二種情況出現時，還應該考慮若軟體的吞吐量符合指定的指標值時，軟體典型交易的平均響應時間是否符合小於5秒的指標值。為什麼呢？我們可以利用 門 的概念來理解這裡面的偏差！首先，我們假設如下的情況 共有5個人 有1扇門 一個人通...

吞吐量（TPS） QPS 併發數 響應時間（RT）

開發的原因，需要對吞吐量 tps qps 併發數 響應時間 rt 幾個概念做下了解，響應時間 rt 響應時間是指系統對請求作出響應的時間。直觀上看，這個指標與人對軟體效能的主觀感受是非常一致的，因為它完整地記錄了整個計算機系統處理請求的時間。由於乙個系統通常會提供許多功能，而不同功能的處理邏輯也千差...

吞吐量（TPS） QPS 併發數 響應時間（RT）

遇到乙個架構師面試題 如果有乙個100萬的qps專案，你會從哪些方面考慮系統的設計？才發現連qps是什麼都不知道 網上找到乙個這些概念的總結，抄一下 吞吐量 throughput tps 吞吐量是指系統在單位時間內處理請求的數量。對於無併發的應用系統而言，吞吐量與響應時間成嚴格的反比關係，實際上此時...