第十九章 TCP的交互数据流
1.前言
在TCP进行数据传输时,可以分为成块数据流和交互数据流两种,且处理的算法不同.
2.交互式输入
例子:在一个Rlogin连接上键入一个交互命令所产生的数据流(每一个交互按键都会产生一个数据分组)。
(下面我们将看到,第二,三个报文段是可以合并的)
3.经受时延的确认
按键确认和按键回显两个报文段合并在一起发送,这种技术叫做经受时延的确认。
通常TCP在接收到数据时并不立即发送ACK,将以不大于TCP定时器的延时等待是否有数据一起发送,有时也称这种现象为数据捎带ACK。
(绝对多数实现采用200ms的时延)
ACK延时等待时间不大于TCP定时器的原因:
假如TCP使用200ms的定时器,该定时器将相对于内核引导的200ms固定时间溢出,由于将要确定的数据随机到达,TCP将在下一次内核的200ms定时器溢出时得到通知,所以ACK实际等待的时间为1~200ms中任一刻.
4.Nagle算法
Nagle算法要求TCP连接上最多只有一个未被确认的未完成小分组,在该分组确认到达之前不能发送其他的小分组.且同时TCP收集这些小分组,在确认到达后以一个大的分组发出去.
该算法可以减少网络上的微小分组,降低拥塞出现的可能.但相应的,也会增加更多的时延.
流程:
(1)发送端TCP将从应用进程接收到的第一数据块立即发送,不管其大小,哪怕只有一个字节.
(2)发送端输出第一块数据后开始收集数据,并等待确认.
(3)确认未达到时,若收集数据达到窗口的一半或一个MSS段,立即发送.
(4)确认到达后,把缓冲区中的数据组成一个TCP段,然后发送.
socket API用户可以使用TCP_NODELAY选项来关闭Nagle算法。
(比如当小消息需要无时延地发送时~)