TCP之提高传输效率绞尽脑汁（滑动窗口机制、快速重传机制、流量控制机制、拥塞控制机制、延迟应答机制、捎带应答机制）

最新推荐文章于 2024-05-02 20:08:21 发布

CUNZ_1997

最新推荐文章于 2024-05-02 20:08:21 发布

阅读量1.3k

点赞数 1

本文链接：https://blog.csdn.net/C_U_N_Z/article/details/99887205

版权

为了保证可靠传输，TCP牺牲了部分性能（有些性能的损失是没必要的，比如ack丢失导致的重传）

所以TCP又采用了几种机制来避免无谓的性能损失，以及提高性能的方法：

1.滑动窗口机制

TCP的确认应答策略，对每个发送的数据段，都要给一个ACK确认应答，收到ACK后再发送下一个数据段，这样做有一个比较大的缺点，就是性能较差，尤其是在数据往返时间较长的时候。。。。。

既然一发一收的方式性能较低，那么一次性多发送几条数据，性能就会大大的提高了（也就是将多个段的等待时间重叠在一起）

如图：
在这里插入图片描述

窗口大小是指：无需任何等待确认应答而可以继续发送数据的最大值；
上图中的窗口大小就是4000个字节（四个段）
发送前四个段的时候，不需要等待任何ACK，直接发送
收到第一个ACK后，滑动窗口向后移动，继续发送第五个段的数据，以此类推；
操作系统内核为了维护这个滑动窗口，需要开辟发送缓冲区来记录当前还有哪些数据没有应答；只有确认应答过的数据，才能从缓冲区删掉
窗口越大，网络的吞吐量就越高
在这种情况下，ACK丢失并不要紧，可以通过后续的ACK进行确认；
加入上图中的1~1000的数据波已经抵达，但是ACK丢失，当主机A收到第二个ACK：下一个是2001的时候，就认为前俩端数据都已经成功发送。

2.快速重传机制

如果在滑动窗口机制下，发送的数据包丢失，就会启动TCP的快速重传机制。

如图：
在这里插入图片描述

3.流量控制机制

接收端处理数据的速度时有限的，如果发送端发的太快，导致接收端的缓冲区被放满，这个时候如果发送端继续发送数据，就会造成丢包，继而引起丢包后的重传等等一系列的连锁反应

此时TCP支持根据接收端的处理能力来决定发送端的发送速度，这便是流量控制机制。

4.拥塞控制机制

虽然TCP有了滑动窗口这个大杀器, 能够高效可靠的发送大量的数据. 但是如果在刚开始阶段就发送大量的数据, 仍然可能引发问题。

如果网络上有很多的计算机, 可能当前的网络状态就已经比较拥堵. 在不清楚当前网络状态下, 贸然发送大量的数据, 是很有可能引起雪上加霜的.

此时，TCP引入 慢启动 机制, 先发少量的数据, 探探路, 摸清当前的网络拥堵状态, 再决定按照多大的速度传输数据;

在这里插入图片描述

当超时导致大量丢包（即拥塞）时， TCP将cwnd置为1，ssthresth（慢启动阈值）设置为cwnd/2,并重新开始慢启动过程。（少量丢包仅仅触发超时重传机制，大量丢包就认为是网络拥塞）
当TCP通信开始后，网络吞吐量会逐渐上升；随着网络发生拥堵，吞吐量又会立刻下降；

5.延迟应答机制

如果接数据的主机在收到数据时立刻返回ACK应答，这是返回的窗口可能就比较小

最终目标为，保证网络不拥塞的情况下尽量提高传输效率；

延时应答的限制：

6.捎带应答机制

在延迟应答的基础上, 可以发现, 很多情况下, 客户端服务器在应用层也是 “一发一收” 的. 意味着客户端给服务器说了 “How are you”, 服务器也会给客户端回一个 “Fine, thank you”;

那么这个时候ACK就可以搭顺风车, 和服务器回应的 “Fine, thank you” 一起回给客户端

关注