TCP面试题(二)之TCP糊涂窗口问题

本文探讨了TCP协议中的糊涂窗口问题,该问题源于在数据传输中频繁发送小数据包导致的效率低下。介绍了问题的产生背景,即每次封装的数据加上头部导致的浪费,并阐述了Nagle算法和Crok算法作为解决策略,它们通过延迟ACK和拼接数据包以达到MSS长度来缓解问题。然而,这些解决方案同时也引发了TCP粘包问题。
摘要由CSDN通过智能技术生成

    在说明这个问题之前,我想先说明下大概的脉络:

                                                                1、何谓“糊涂窗口”;

                                                                2、如何解决。

问题描述

    那么,我就先说说“糊涂窗口”是怎么回事。设想一种应用场景:我们“三次握手”建立连接之后,进行数据发送之时,可能会出现一次只发送很少数据的情况,极端情况是,每次有效数据只有一个字节。然而,这种情况究竟会导致什么问题呢?

    众所周知,数据是被一层一层进行封装的,结构如下图所示:

      那么,我们不难发现,数据每次会被加上58字节的大小,那么,若每次都是小数据包,进而,就会产生大量的浪费,这个问题被称为“糊涂窗口”问题。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值