tcp/ip協議中，無論傳送多少資料，總是要在資料前面加上協議頭，同時，對方接收到資料，也需要傳送ack表示確認。為了盡可能的利用網路頻寬，tcp總是希望盡可能的傳送足夠大的資料。（乙個連線會設定mss引數，因此，tcp/ip希望每次都能夠以mss尺寸的資料塊來傳送資料）。
nagle演算法就是為了盡可能傳送大塊資料，避免網路中充斥著許多小資料塊。
nagle演算法的基本定義是任意時刻，最多只能有乙個未被確認的小段。 所謂「小段」，指的是小於mss尺寸的資料塊，所謂「未被確認」，是指乙個資料塊傳送出去後，沒有收到對方傳送的ack確認該資料已收到。
舉個例子，比如之前的blog中的實驗，一開始client端呼叫socket的write操作將乙個int型資料(稱為a塊)寫入到網路中，由於此時連線是空閒的（也就是說還沒有未被確認的小段），因此這個int型資料會被馬上發送到server端，接著，client端又呼叫write操作寫入『\r\n』（簡稱b塊），這個時候，a塊的ack沒有返回，所以可以認為已經存在了乙個未被確認的小段，所以b塊沒有立即被傳送，一直等待a塊的ack收到（大概40ms之後），b塊才被傳送。整個過程如圖所示：
這裡還隱藏了乙個問題，就是a塊資料的ack為什麼40ms之後才收到？這是因為tcp/ip中不僅僅有nagle演算法，還有乙個ack延遲機制 。當server端收到資料之後，它並不會馬上向client端傳送ack，而是會將ack的傳送延遲一段時間（假設為t），它希望在t時間內server端會向client端傳送應答資料，這樣ack就能夠和應答資料一起傳送，就像是應答資料捎帶著ack過去。在我之前的時間中，t大概就是40ms。這就解釋了為什麼'\r\n'(b塊)總是在a塊之後40ms才發出。
如果你覺著nagle演算法太搗亂了，那麼可以通過設定tcp_nodelay將其禁用 。當然，更合理的方案還是應該使用一次大資料的寫操作，而不是多次小資料的寫操作。
網路程式設計之nagle演算法和TCP NODELAY
之前寫過一篇blog 描述了用mina的時候寫socket發現的乙個詭異現象，當時將多個小資料寫操作合併成乙個寫操作，問題就沒了。chenshuo同學還建議我設定tcp nodelay，只是後來因為事情忙，也就沒有再深究下去。現在大概明白，是由於nagle演算法在搗亂。tcp ip協議中，無論傳送多...
TCP的Nagle演算法介紹
來自百科 nagle演算法是以他的發明人john nagle的名字命名的，它用於自動連線許多的小緩衝器訊息 這一過程 稱為nagling 通過減少必須傳送包的個數來增加網路軟體系統的效率。是一種擁塞控制方法。發明緣由 從鍵盤輸入的乙個字元，占用乙個位元組，可能在傳輸上造成41位元組的包，其中包括1位...
小談Ping在網路測試中的作用
在csdn解答提問時看到這麼一段話 bridge上網方式好象是把虛擬的機器當作實際的網路中的一台機器吧，但是我所處的區域網裡有乙個ip為192.168.1.32的機器，在xp下能ping 通，在linux裡ping不通，同時在linux 裡，能ping通閘道器，但不能ping 通xp的ip，在xp裡...