定義執行某些操作所需的時間（延遲，吞吐量，帶寬）

我瞭解延遲 - 消息從發件人到收件人所需的時間 - 以及帶寬 - 可以達到的最大數據量在給定的時間轉移 - 但我很努力地找到合適的術語來描述相關的事情：定義執行某些操作所需的時間（延遲，吞吐量，帶寬）

如果一個協議是基於會話的 - 有效負載被分離到兩端之間的許多指向和fros - 那麼等待時間影響'吞吐量'。

這是什麼叫，是否有一個很好的簡潔的解釋呢？

2010-11-01 Will

正如一個註釋：延遲*會影響基於會話的協議的吞吐量，但這並不一定是這種情況。對於TCP而言，它成爲（可用）帶寬，緩衝區大小，鏈路丟失和延遲的相當複雜的組合，其中延遲通常不是限制參數。例如，如果您的緩衝區大小是無限的，即使基於對話，延遲對吞吐量無任何影響。 – KillianDS 2013-09-02 11:48:44

網上衝浪，嘗試優化我的NAS（nas4free）我遇到所描述的這個問題的答案（恕我直言）一個page傳來的性能。具體地，本節引起我的眼睛：

「在數據傳輸中，TCP發送數據的一定量然後暫停爲了確保數據的正確傳遞，直到它接收到來自遠程主機的確認它不發送更多。所有的數據都被接收到了，這就是所謂的「TCP窗口」，數據以光速傳播，通常大多數主機相互靠得很近，這種「窗口化」發生得太快了，我們甚至沒有注意到它。兩個主機之間的距離增加，光速保持不變。因此，兩臺主機距離越遠，發送方從遠程主機接收到確認所需的時間就越長，從而降低整體吞吐量。這種效應被稱爲「帶寬延時產品，」或BDP。」

這聽起來像是回答你的問題。 BDP as wikipedia describes it

最後，它被稱爲帶寬延遲產品（BDP）和最短的解釋（Flexo在他的評論中也注意到了這一點）

來源

2013-09-02 11:35:16 JugsteR

你描述的問題出現在本質上同步的通信中。如果不需要確認收到的信息，並且確定到達，那麼發送者可以儘可能快地發送，並且吞吐量將是好的，而不管延遲如何。

當需要確認事物時，這種同步會導致吞吐量的下降以及通信（即確認的發送）允許異步或不控制它的程度。吞吐量。

來源

2010-11-01 09:34:26 Flexo

它有一個名字嗎？ – Will 2010-11-01 10:35:41

在TCP中，更一般的控制這種機制的機制被稱爲滑動窗口（http://en.wikipedia.org/wiki/Sliding_window_protocol）。維基百科似乎稱之爲「帶寬延遲產品」，即「網絡」路徑中有多少數據。（http://en.wikipedia.org/wiki/Bandwidth-delay_product） – Flexo 2010-11-01 14:21:13

'往返時間'鏈路延遲和轉數。

或者：網絡延遲是兩件事情的函數：

（I）往返時間（它需要完成整個網絡之旅的時間）; （ii）應用程序必須遍歷它的次數（又名轉）。

來源

2010-11-01 09:41:46 doug

在我看來，「往返時間」似乎是延遲* 2（當然，延遲時間在兩個方向上可能不是對稱的），而是而不是由於會話的同步性質造成的協議開銷;我對第二個定義持謹慎態度，即將「網絡」延遲定義爲某種混合了* ahem *延遲和帶寬的東西。 – Will 2010-11-01 09:44:46

可能是你正在尋找的術語嗎？

根據維基百科：在計算機網絡中，goodput是應用級吞吐量，即網絡從某個源地址向某個目的地轉發的每單位時間有用比特數，不包括協議開銷，不包括協議開銷重發數據包。

Wikipedia Goodput link

來源

2010-11-01 10:10:28 JugsteR

定義執行某些操作所需的時間（延遲，吞吐量，帶寬）

回答

相關問題