DCTCP是適用於數據中心環境的TCP變體。 The source is here隊列長度是否真的影響DCTCP中的延遲？
DCTCP在商品交換機中使用ECN功能來限制交換機中緩衝區的隊列長度在閾值K附近。這樣做很少會發生數據包丟失，因爲K遠小於緩衝區的容量，所以緩衝區幾乎不滿。
DCTCP實現小流量低延遲，同時保持大流量高吞吐量。原因是當隊列長度超過閾值K時，將發送擁塞通知給發件人。在發送方，隨着時間的推移計算擁塞概率的值，因此發送方將相應地減少發送速率到擁塞程度。
DCTCP表明小隊列長度將減少流的延遲或傳輸時間。我懷疑這一點。因爲除非丟包導致重傳和如此高的延遲。在DCTCP中，很少發生丟包。
交換機上的小隊列強制發送方降低發送速率，以便強制數據包在發送方的TX緩衝區中排隊。
更大的隊列在開關使發送者有較高的發送速率和數據包的發送者的TX緩衝區，而不是排隊，現在在交換機的緩存隊列。
所以我認爲在小排隊和大排隊中的延遲都是一樣的。
您認爲如何？
在開關不增加網絡容量的緩存，它不僅有助於不鬆動太多包，如果你有一個業務突發。但是，TCP可以通過發送較慢的數據來處理數據包丟失，這正是網絡容量達到時需要做的事情。
如果連續運行在極限的網絡中，交換機的隊列將滿或接近滿所有的時間，所以你還是鬆包，如果隊列已滿。但是，您還會增加延遲，因爲數據包需要一段時間才能從隊列末尾到達隊列末端，併到達轉發隊列的起點。該等待時間再次導致TCP堆棧較慢反應擁塞，這再次增加擁塞，分組丟失等
所以理想的開關行爲類似於網絡電纜，例如根本沒有任何緩衝區。 您可能會通過搜索「bufferbloat」來了解更多關於大緩衝區引起的問題的信息，例如， http://en.wikipedia.org/wiki/Bufferbloat。
而且如果有任何疑問，請以自己爲基準。
這取決於隊列佔用率。 DCTCP旨在保持較小的隊列佔用率，因爲作者認爲排隊延遲是延遲較長的原因。
所以，隊列的最大尺寸是多少並不重要。在最大隊列大小爲16Mb或最大隊列大小隻有32kb的情況下，如果我們可以保持隊列佔用總是在8kb左右或者小尺寸，那麼排隊延遲將是相同的。
讀報紙，從2012年NSDI船體，M.阿里扎德誰是DCTCP的第一作者。 HULL還旨在保持較短的隊列佔用率。
他們談論的小緩衝區是因爲數據中心交換機的趨勢從「存儲和轉發」緩衝區轉移到「切入」緩衝區。只要谷歌它，你可以找到一些文件從思科或某個地方相關的網頁。