加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 综合聚焦 > 服务器 > Linux > 正文

linux – tcp_delack_min的含义

发布时间:2020-12-14 02:51:43 所属栏目:Linux 来源:网络整理
导读:当前的 Linux内核(例如2.6.36)使用Delayed Acknowledgements(delack). 在 /include/net/tcp.h它说: define TCP_DELACK_MIN ((unsigned)(HZ/25)) 因此,对于使用HZ值为1000的内核,ACK应至少延迟40 ms. 但是,RFC 2581表示TCP实现应该在没有进一步延迟的情况下
当前的 Linux内核(例如2.6.36)使用Delayed Acknowledgements(delack).

在 /include/net/tcp.h它说:

define TCP_DELACK_MIN ((unsigned)(HZ/25))

因此,对于使用HZ值为1000的内核,ACK应至少延迟40 ms.

但是,RFC 2581表示TCP实现应该在没有进一步延迟的情况下确认每个第二个完整大小的段.

有没有人知道Linux Kernel是否遵循’should’或者TCP_DELACK_MIN值是否意味着即使在收到完整大小的段之后,ACK仍然会延迟直到40 ms过去?

解决方法

我研究了源代码.如果我正确阅读,Linux遵循RFC 2581的要求.

相关代码段包含在tcp_input.c中的函数 __tcp_ack_snd_check()中.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读