tcp cork quickack

最新推荐文章于 2024-05-01 20:26:37 发布

superzmy凄临雨

最新推荐文章于 2024-05-01 20:26:37 发布

阅读量241

点赞数

分类专栏：备忘

原文链接：http://unknown.unknown/unknkown

版权

备忘专栏收录该内容

19 篇文章

订阅专栏

本文探讨了TCP的DelayedAck机制及其默认40ms的延迟原因，并讲解了如何在RedHat系统中通过调整tcp_delack_min参数来改变这一设定。同时，深入解析了TCP_CORK选项的作用，特别是在高性能Web服务器如Nginx中的应用，以及其与TCP_NOPUSH选项之间的区别。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

以下均为转载摘录

https://blog.youkuaiyun.com/u011006622/article/details/81086439

Delayed Ack 为什么是40ms？这个时间能不能调整呢？

首先在redhat的官方文档中，有如下说明：

一些应用在发送小的报文时，可能会因为TCP的Delayed Ack机制，导致一定的延迟。其值默认为40ms。可以通过修改tcp_delack_min，调整系统级别的最小延迟确认时间。例如：

echo 1 > /proc/sys/net/ipv4/tcp_delack_min
不过在slackware和suse系统下，均未找到这个选项，也就是说40ms这个最小值，在这两个系统下，是无法通过配置调整的。

TCP_CORK

当TCP_CORK选项被设置时，TCP链接不会发送任何的小包，即只有当数据量达到MSS时，才会被发送。当数据传输完成时，通常需要取消该选项，以便被塞住，但是又不够MSS大小的包能及时发出去。为提升性能及吞吐量，Web Server、文件服务器这一类一般会使用该选项。

著名的高性能Web服务器Nginx，在使用sendfile模式的情况下，可以设置打开TCP_CORK选项：将nginx.conf配置文件里的tcp_nopush配置为on。（TCP_NOPUSH与TCP_CORK两个选项实现功能类似，只不过NOPUSH是FreeBSD下的实现，而CORK是Linux下的选项）。另外Nginx为了减少系统调用，追求性能极致，针对短连接（一般传送完数据后，立即主动关闭连接，对于Keep-Alive的HTTP持久连接除外），程序并不通过setsockopt调用取消TCP_CORK选项，因为关闭连接会自动取消TCP_CORK选项，将剩余数据发出。