如何提高网络传输效率(TCP延迟确认与Nagle算法)

当TCP报文承载的数据非常小的时候,整个网络的效率很低。就好比快递员开着大货车送一个小包裹一样浪费。所以就出现了常见的2种策略,来减小报文的传输。

  1. Nagle算法
  2. 延迟确认

Nagle算法

尽可能一次多发送几个字节,避免网络因为太多小包(因为协议头的比例非常大)而拥塞。只允许一个未被ACK确认的包存在与网络(即如果存在未被ACK确认的包,那么发送方暂停发送)。

  1. 如果包长度达到 MSS ,则允许发送
  2. 如果该包含有 FIN ,则允许发送;
  3. 设置了 TCP _ NODELAY 选项,则允许发送;禁止 Nagle 算法。
  4. 未设置 TCP _ NODELAY 选项时,若所有发送出去的包(包长度小于MSS)均被确认,则允许发送。设置该选项后,内核会尽力把小数据包拼接成一个大包再发送出去。当然若一段时间后(一般为200ms),内核任然没有组合成一个大包也必须发送现有的数据。
  5. 上述条件都未满足,但发生了超时(一般为200ms)则立即发送。

 TCP延迟确认

为解决ACK包传输效率低的问题而提出。

TCP延迟确认策略(尽可能搭乘顺风车):

  1. 当有响应数据要发送时,ACK会随着响应数据一起立刻发送给对方。
  2. 当没有响应数据要发送时,ACK将会延迟一段时间,以等待是否有响应数据可以一起发送。
  3. 如果再延迟等待发送ACK期间,对方的第二个数据报文又到达了,这时就要立即发送ACK。
  4. 在等待时间超时后,也必须发送ACK。

 

当TCP延迟确认与Nagle一起使用时,又会出现新的问题(导致耗时增长) 

 

 解决上述问题只有2个发送

  1. 发送方关闭Nagle算法
  2. 接收方关闭TCP延迟确认
  • 0
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

IABQL

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值