糊涂窗口综合症和Nagle算法

糊涂窗口综合症和Nagle算法
关键字：糊涂窗口综合症 nagle算法 延迟ACK/clark算法 CORK选项
第一部分 糊涂窗口综合症
当发送端应用进程产生数据很慢、或接收端应用进程处理接收缓冲区数据很慢，或二者兼而有之；
就会使应用进程间传送的报文段很小，特别是有效载荷很小。
极端情况下，有效载荷可能只有1个字节；
而传输开销有40字节(20字节的IP头+20字节的TCP头) 这种现象就叫糊涂窗口综合症。
发送端求解（negle）　
如果发送端为产生数据很慢的应用程序服务(典型的有telnet应用)，例如，一次产生一个字节。这个应用程序一次将一个字节的数据写入发送端的TCP的缓存
如果发送端的TCP没有特定的指令，它就产生只包括一个字节数据的报文段。结果有很多41字节的IP数据报就在互连网中传来传去。
解决的方法是防止发送端的TCP逐个字节地发送数据。必须强迫发送端的TCP收集数据，然后用一个更大的数据块来发送。
发送端的TCP要等待多长时间呢？如果它等待过长，它就会使整个的过程产生较长的时延。
如果它的等待时间不够长，它就可能发送较小的报文段，
于是，Nagle找到了一个很好的解决方法，发明了Nagle算法。而他选择的等待时间是一个RTT,即下个ACK来到时。
接收端求解（delay-ack）
接收端的TCP可能产生糊涂窗口综合症，如果它为消耗数据很慢的应用程序服务，例如，一次消耗一个字节。
假定发送应用程序产生了1000字节的数据块，但接收应用程序每次只吸收1字节的数据。
再假定接收端的TCP的输入缓存为4000字节。发送端先发送第一个4000字节的数据。
接收端将它存储在其缓存中。现在缓存满了。
它通知窗口大小为零，这表示发送端必须停止发送数据。
接收应用程序从接收端的TCP的输入缓存中读取第一个字节的数据。
现在输入缓存中现在有了1字节的空间。接收端的TCP宣布其窗口大小为1字节，这表示正渴望等待发送数据的发送端的TCP会把这个宣布当作一个好消息，并发送只包括一个字节数据的报文段。
这样的过程一直继续下去。一个字节的数据被消耗掉，然后发送只包含一个字节数据的报文段。