tcp_autocork_tweak怎样微调

本文目录导读：

1. 控制端口的开关 (启用/禁用)
2. 调整 tcp_min_snd_mss & tcp_min_tso_segments
3. 与 tcp_small_queue_ratio 联动
4. 调整 tcp_notsent_lowat (Not Sent Low Watermark)
5. 终极微调：完全绕过 autocork 使用 TCP_CORK/TCP_NODELAY
6. 诊断工具：确认当前行为
7. 总结建议

tcp_autocork 是 Linux 内核 TCP 协议栈中的一个自动优化机制，它的核心作用是延迟小数据包的发送（自动进行 Cork 操作），等待更多数据一起组成更大的 TCP 段 (MSS/TSO)，从而提高网络吞吐效率，避免“糊涂窗口综合症”。

在大多数现代内核 (5.x, 6.x) 中，tcp_autocork 默认是启用的 (1)，通常情况下，默认行为已经足够好，但在一些极端的、对“低延迟”要求极高（如高频交易、部分实时音视频）或追求极致吞吐的场景下，你可能需要微调。

以下是针对 tcp_autocork 的几种微调策略，按影响程度从轻到重排序。

控制端口的开关 (启用/禁用)

最直接的微调是直接关闭它,但这通常不推荐，因为它会显著增加小包数量，降低吞吐。

# 立即生效（全局，重启恢复）
sysctl -w net.ipv4.tcp_autocorking=0
# 永久修改
echo "net.ipv4.tcp_autocorking = 0" >> /etc/sysctl.conf
sysctl -p

适用场景： 延迟极度敏感（如毫秒级以下），且网络带宽非常空闲，数据量极小。

调整 tcp_min_snd_mss & tcp_min_tso_segments

tcp_autocork 发力的“扳机”是数据大小，当待发送数据量达到一定阈值时才会触发自动 Cork。 你可以调整这些阈值，让系统更容易或更难触发自动合并。

• 降低阈值（更容易触发合并，偏向吞吐）： 减少 tcp_min_snd_mss (默认 1?) 或 tcp_min_tso_segments，不太常用，因为默认已很低。

• 提高阈值（更不易触发合并，偏向延迟）： 如果你发现 autocork 导致延迟抖动，可以尝试增加 tcp_min_tso_segments (默认 2)。

    # 查看当前值
    sysctl net.ipv4.tcp_min_tso_segments
    # 设置为 4，意味着至少凑够 4 个 MSS (约 5.8KB) 才自动 cork
    sysctl -w net.ipv4.tcp_min_tso_segments=4

  但注意： 在 4.19+ 内核中，这项的默认值已调整得很好，除非你有极其明确的需求，否则不建议动它。

与 tcp_small_queue_ratio 联动

tcp_small_queue_ratio (默认 1) 定义了“小队列”的比例，当发送队列中的数据量低于此比例时，autocork 会更积极，这个参数对微调延迟和吞吐的平衡很关键。

• 增大此值（5）： 让内核认为“队列很空”的范围变大，从而更积极地使用 Cork 来填充大包，这有利于吞吐，但可能轻微增加延迟。

• 减小此值（0.5）： 让内核只在队列非常空（数据极少）时才触发 Cork，否则直接发送小包，这有利于小包延迟。

    sysctl -w net.ipv4.tcp_small_queue_ratio=5   # 偏向吞吐
    sysctl -w net.ipv4.tcp_small_queue_ratio=0.5 # 偏向延迟

调整 tcp_notsent_lowat (Not Sent Low Watermark)

这不是直接控制 autocork 的参数，但它与 autocork 的决策逻辑高度相关，它决定了应用程序写入多少数据后，内核才认为“该凑一凑了”。

• 默认值 (-1, 表示使用内核默认策略)： 通常是 max(2*MSS, 64KB)，对于千兆网卡，大约是 32KB 左右。

• 微调策略：

  • 设为 0： 让内核立即尝试发送任何可用的数据包（即使小于 MSS），会削弱 autocork 的效果，增加小包频率，降低延迟但降低吞吐。
  • 设为 1 或 2 个 MSS (5840 或 11680)： 让内核认为“至少要凑够这么多数据才值得 Cork”，这是目前高性能网络服务器常用的优化。

    # 对单个 socket 设置（推荐，比全局 sysctl 更精确）
    # 假设 sockfd 是你的 socket fd
    # int val = 5840; // 一个 MSS
    # setsockopt(sockfd, IPPROTO_TCP, TCP_NOTSENT_LOWAT, &val, sizeof(val));

终极微调：完全绕过 autocork 使用 TCP_CORK/TCP_NODELAY

最精细的控制是不依赖自动机制,而是使用 CORK + NODELAY 模式：

1. 应用层手动控制 TCP_CORK (基于写操作):

   • 在收集到一定数据量（16KB 或一个 MSS 倍数）后，setsockopt(sock, IPPROTO_TCP, TCP_CORK, &on, sizeof(on))，写入数据，再 setsockopt(..., TCP_CORK, &off, &off_size) 强制发送。
   • 这比任何 autocork 内核微调都准确，但增加了应用逻辑复杂度。

2. 使用 TCP_NODELAY (禁止 Nagle 算法)：

   • autocork 本质上是更智能的 Nagle 算法的升级版，如果你完全关闭 Nagle (setsockopt(sock, IPPROTO_TCP, TCP_NODELAY, &on, sizeof(on)))，autocork 的效果也会被削弱（因为内核知道应用层要低延迟），这是最常见的“关注延迟”操作。

诊断工具：确认当前行为

在进行微调前,最好先观察当前状态。

# 查看当前 sysctl 参数
sysctl net.ipv4.tcp_autocorking
sysctl net.ipv4.tcp_small_queue_ratio
sysctl net.ipv4.tcp_min_tso_segments
# 使用 ss 或 netstat 查看发送队列的统计
ss -itmpn | head -20
# 关注 skmem 中的 wmem_queued 和 sk_sndbuf

总结建议

最重要的警告：

• 修改内核参数前,建议先在生产环境外进行 AB 测试。
• tcp_autocork 与 TSO (TCP Segmentation Offload)、GSO (Generic Segmentation Offload) 协同工作，如果你关闭了 TSO（例如为了某些虚拟化），autocork 的效果会大打折扣。
• 对于容器环境（Docker/K8s），需要修改容器的 sysctl 权限（可能需要 privileged: true 或特定的 securityContext）。

标签： tcp_autocork_tweak