理一理Latency、Bandwidth、Throughput、Response Time概念的區別

      常常，一些性能測試人員對延時（Latency）、吞吐（Throughput）、帶寬（Bandwidth）和響應時間（Response Time）感到迷惑，今天，就用一些簡單的例子來講明它們之間的區別。

                                        

      從上圖（水管示意圖），基本能夠看出三個重要組件：延時（Latency）、吞吐（Throughput）、帶寬（Bandwidth）之間的關係，若是還不清楚，那麼能夠看下面的解釋：

延時（Latency）：水從一端傳播到另外一端所花費的時間稱爲Latency。它是以毫秒、秒、分鐘或小時等時間單位來衡量的。在性能測試中，請求的延時是客戶端到服務端以及服務端到客戶端的傳輸時間。一些測試人員稱之爲「延遲（Delay）」。好比說:

• 一個請求從t=0時刻開始
• 花了1秒時間到達服務端（t=1）
• 服務端花了2秒時間進行處理（t=3）
• 最後花了1秒時間到達客戶端（t=4）

    因此，咱們這裏所說的延時（Latency）就是2秒。

帶寬（Bandwidth）：它顯示了管道（通訊通道）的容量。帶寬表示經過管道的水的最大值。在性能測試術語中，經過通訊信道傳輸的最大數據量稱爲信道帶寬。假設ISDN的帶寬是64K，則咱們能夠增長一個64K的通道，因此總帶寬是128K。

吞吐（Throughput）：從管道中實際流出的水能夠表示爲吞吐量。在性能測試術語中，「在給定的時間段內從一個位置成功移動到另外一個位置的數據量，一般以每秒比特數(bps)來度量，或每秒兆比特數(Mbps)、每秒千比特數(Gbps)」。例如：在第4秒傳輸了20 bit數據，所以在t=4時的吞吐量爲20bps。

響應時間（Response Time）：響應時間是指從用戶發送請求到應用程序加上請求已經完成並返回給用戶的時間。在上面的延時示例中，響應時間爲4秒。

     另外，還有一些重要的點須要提一下：

• 解決帶寬（Bandwidth）比解決延時（Latency）更容易
• 若是吞吐量（Throughput）幾乎等於帶寬（Bandwidth），這意味着網絡使用率很高
• 經過在平坦吞吐量圖中增長響應時間（Response Time）可顯示網絡帶寬（Bandwidth）問題。 能夠經過添加額外信道（即經過增長網絡帶寬）來解決該瓶頸
• 理想狀況下，吞吐量（Throughput）和網絡帶寬（Bandwidth）的預期容量是一致的
• 有些工具不以單位時間表示吞吐量（Throughput），而是以時鐘週期表示。這是不正確的，但一般使用更方便
• 響應時間（Response Time）與吞吐量（Throughput）成正比。若是吞吐量（Throughput）隨響應時間（Response Time）的增長而減小，則表示應用程序/系統不穩定
• 線程的數量與吞吐（Throughput）量成正比
• 若是延時（Latency）較低，可是帶寬（Bandwidth）較小，那麼從A點到B點的數據傳輸時間要比延時（Latency）低且帶寬（Bandwidth）高的時間長
• 延時（Latency）受鏈接類型、距離和網絡擁塞的影響