简单，可复制

摘要： 简介TCP延迟确认是由一些实现采用的技术，努力提高网络性能的传输控制协议 。从本质上讲，几个应答响应可能结合在一起，成一个响应，减少协议开销 。然而，在某些情况下，该技术可以降低应用程序的性能。方法和优势RFC 1122中描述，主机可能延迟发送ACK响应到500毫秒。此外，收到一个完整大小的TCP报文段，就要发送ACK响应 。延迟ACK可以给应用程序的机会，一起发送更新的TCP接收窗口，ACK和应用程序的即时响应。如某些协议，远程登录，通过合并ACK，tcp窗口更新和应用程序的响应为一个报文段，延迟ACK可以减少服务器发送的响应的数据为3倍问题在某些应用程序和配置交互时，延迟ACK引入额外的等 阅读全文

摘要： 纳格算法是以减少封包传送量来增进TCP/IP网络的效能。 它是由约翰．纳格任职于Ford Aerospace时命名。纳格的文件，Congestion Control in IP/TCP Internetworks(RFC896) 描述了他所谓的“小封包问题”－某个应用程式不断地送出小单位的资料，且某些常只占1字节大小。 因为TCP封包具有40字节的标头资讯(TCP与IPv4各占20字节)，这导致了41字节大小的封包只有1字节的可用资讯，造成庞大的浪费。 这种状况常常发生于Telnet工作阶段－大部分的键盘操作会产生1字节的资料并马上送出。 更糟的是，在慢速的网络连线下，这类的封包会大量地在同一 阅读全文

摘要： Nagle算法的立意是良好的，避免网络中充塞小封包，提高网络的利用率。但是当Nagle算法遇到delayed ACK悲剧就发生了。Delayed ACK的本意也是为了提高TCP性能，跟应答数据捎带上ACK，同时避免糊涂窗口综合症，也可以一个ack确认多个段来节省开销。 悲剧发生在这种情况，假设一端发送数据并等待另一端应答，协议上分为头部和数据，发送的时候不幸地选择了write-write，然后再read，也就是先发送头部，再发送数据，最后等待应答。发送端的伪代码是这样write(head); write(body); read(response);接收端的处理代码类似这样：read(req.. 阅读全文