标签：发包 node buffer conf 定义 执行 send confirm john
Nagle算法是以他的发明人John Nagle的名字命名的，它用于自动连接许多的小缓冲器消息；这一过程（称为nagling）通过减少必须发送包的个数来增加网络软件系统的效率。Nagle算法于1984年定义为福特航空和通信公司IP/TCP拥塞控制方法，这是福特经营的最早的专用TCP/IP 网络减少拥塞控制，从那以后这一方法得到了广泛应用。Nagle的文档里定义了处理他所谓的小包问题的方法，这种问题指的是应用程序一次产生一字节数据， 这样会导致网络由于太多的包而过载（一个常见的情况是发送端的"愚蠢窗口综合症"）。从键盘输入的一个字符，占用一个字节，可能在传输上造成41字节的 包，其中包括1字节的有用信息和40字节的标题数据。这种情况转变成了4000%的消耗，这样的情况对于轻负载的网络来说还是可以接受的，但是重负载的福 特网络就受不了了，它没有必要在经过节点和网关的时候重发，导致包丢失和妨碍传输速度。吞吐量可能会妨碍甚至在一定程度上会导致连接失败。Nagle的算 法通常会在TCP程 序里添加两行代码，在未确认数据发送的时候让发送器把数据送到缓存里。任何数据随后继续直到得到明显的数据确认或者直到攒到了一定数量的数据了再发包。尽 管Nagle的算法解决的问题只是局限于福特网络，然而同样的问题也可能出现在ARPANet。这种方法在包括因特网在内的整个网络里得到了推广，成为了 默认的执行方式，尽管在高互动环境下有些时候是不必要的，例如在客户/服务器情形下。在这种情况下，nagling可以通过使用TCP_NODELAY 插座选项关闭。
1. nagle算法主要目的是减少网络流量，当你发送的数据包太小时，TCP并不立即发送该数据包，而是缓存起来直到数据包
到达一定大小后才发送。
2. 当应用程序每次发送的数据很小，特别是只发送1个字节，加上TCP和IP头的封装，TCP头占20个字节，IP头也占20个字 节，这时候发一个包是41个字节，效率太低。而nagle算法允许计算机缓冲数据，当数据缓存到一定长度后，如果之前发送 的数据得到了ACK确认且接收方有足够空间容纳数据 （当然也要考虑MSS），就发送这些数据，否则继续等待。
3. TCP socket提供了关闭nagle算法的接口，可以通过TCP_NODELAY选项决定是否开启该算法。
wikipedia上面关于这个算法的资料：http://en.wikipedia.org/wiki/Nagle‘s_algorithm
wikipedia上有一段nagle的伪代码便于理解：
1 if there is new data to send 2 if the window size >= MSS and available data is >= MSS 3 send complete MSS segment now 4 else 5 if there is unconfirmed data still in the pipe 6 enqueue data in the buffer until an acknowledge is received 7 else 8 send data immediately 9 end if 10 end if 11 end if
socket.setNoDelay([noDelay]) 用的是Nagle算法
标签：发包 node buffer conf 定义 执行 send confirm john
原文地址：http://www.cnblogs.com/huenchao/p/6234929.html
