嵌入式 Linux 网络协议栈调优：TCP/IP 参数与实时性

嵌入式 Linux 设备接入网络后，TCP/IP 协议栈的默认参数往往不能满足实时性或吞吐量要求。工业网关、边缘计算节点、车载终端等场景下，网络延迟的毫秒级波动可能直接影响控制回路或数据采集的完整性。本文聚焦内核网络栈中对延迟和吞吐影响最大的可调参数，给出一套可落地的调优方法。

调优的核心判断是：嵌入式场景的网络需求通常是低延迟、确定性优先，而非最大吞吐。基于此，本文围绕缓冲区大小、拥塞控制算法、NAPI 调度、中断亲和性四个维度展开，最终形成一份可直接应用的检查清单。

一、问题背景

嵌入式 Linux 设备的网络调优与通用服务器有本质区别。服务器追求高并发、大吞吐，而嵌入式设备往往只运行少量关键连接，但对延迟抖动极为敏感。典型的痛点包括：TCP 重传导致控制指令超时、接收缓冲区溢出丢包、中断风暴拖慢实时任务调度。

本文限定讨论范围为 Linux 内核 5.10+ 的 TCP/IP 协议栈，不涉及 UDP 专项调优和硬件 PHY 层配置。所有参数均可通过 sysctl 或 /proc/sys 动态调整，无需重新编译内核。

二、核心思路

• 小缓冲区优先：嵌入式设备内存有限，net.core.rmem_max 和 net.core.wmem_max 不宜设得过大。对于控制类短连接，接收缓冲区 256KB 通常足够；过大的缓冲区反而引入 bufferbloat。
• 选择合适的拥塞控制算法：BBR 在高带宽延迟积（BDP）链路上表现优于 CUBIC，但嵌入式设备多数运行在低速或不稳定链路上，CUBIC 的保守策略更安全。需要根据实际网络环境测试后决定。
• NAPI 调度与中断亲和性：多核 SoC 上将网络中断绑定到非实时核心，可以避免协议栈处理抢占实时任务。/proc/irq/<irq>/smp_affinity 是最直接的手段。
• 关闭不需要的功能：TCP timestamp、SACK、窗口缩放在低速嵌入式链路上收益有限，关闭它们可以减少每个包的处理开销。

三、落地步骤

3.1 调整缓冲区参数

# 接收缓冲区：256KB
sysctl -w net.core.rmem_max=262144
sysctl -w net.core.rmem_default=262144

# 发送缓冲区：128KB
sysctl -w net.core.wmem_max=131072
sysctl -w net.core.wmem_default=131072

# TCP 自动调优范围
sysctl -w net.ipv4.tcp_rmem="4096 262144 262144"
sysctl -w net.ipv4.tcp_wmem="4096 131072 131072"

3.2 选择拥塞控制算法

# 查看可用算法
sysctl net.ipv4.tcp_available_congestion_control

# 切换到 BBR（需内核模块支持）
modprobe tcp_bbr
sysctl -w net.ipv4.tcp_congestion_control=bbr

# 或保持 CUBIC（默认）
sysctl -w net.ipv4.tcp_congestion_control=cubic

3.3 优化 NAPI 与中断

# 减小 NAPI 调度的批量处理数（减少单次处理延迟）
sysctl -w net.core.netdev_budget=300
sysctl -w net.core.netdev_budget_usecs=2000

# 将网卡中断绑定到 CPU1（假设 CPU0 运行实时任务）
echo 2 > /proc/irq/<eth_irq>/smp_affinity

3.4 关闭非必要 TCP 特性

sysctl -w net.ipv4.tcp_timestamps=0
sysctl -w net.ipv4.tcp_sack=0
sysctl -w net.ipv4.tcp_window_scaling=0

3.5 持久化配置

将上述 sysctl 配置写入 /etc/sysctl.d/90-network-tuning.conf：

net.core.rmem_max=262144
net.core.rmem_default=262144
net.core.wmem_max=131072
net.core.wmem_default=131072
net.ipv4.tcp_congestion_control=cubic
net.ipv4.tcp_timestamps=0
net.ipv4.tcp_sack=0

四、常见坑

• bufferbloat 陷阱：盲目增大缓冲区会导致延迟飙升。调优时必须配合 ping 延迟测量，确认 RTT 没有异常增大。
• BBR 在嵌入式链路上的表现：BBR 需要较准确的带宽估计，在丢包率高的链路上可能表现不如 CUBIC。上线前必须做对比测试。
• 中断亲和性与实时任务冲突：将网络中断绑定到运行 RT 任务的 CPU 核心上，会导致不可预期的调度抖动。务必确认实时核心不处理网络中断。
• tcp_timestamps 关闭的影响：关闭 timestamps 会影响 PAWS（Protection Against Wrapped Sequences），在高带宽长连接中可能导致序列号回绕问题。嵌入式短连接场景通常无碍。
• sysctl 动态生效范围：部分参数修改后只对新连接生效，已有连接不受影响。调优后建议重启相关服务或等待连接重建。

五、检查清单

• 确认内核版本 ≥ 5.10，支持所需 TCP 特性
• 缓冲区参数已根据实际链路 BDP 调整，非盲目设大
• 拥塞控制算法已测试对比，选定 CUBIC 或 BBR
• 网卡中断已绑定到非实时 CPU 核心
• NAPI budget 参数已调整以平衡延迟与吞吐
• 不需要的 TCP 特性已关闭（timestamps、SACK 等）
• 配置已持久化到 /etc/sysctl.d/，重启后自动加载
• 通过 iperf3 或实际业务流量验证延迟和丢包率
• 与实时任务调度（如 PREEMPT_RT）无冲突

六、小结

嵌入式 Linux 网络调优的本质是权衡：用确定性换吞吐，用保守策略换稳定性。参数调整本身不复杂，难的是理解每个参数背后的取舍逻辑，并结合具体硬件和网络环境做验证。建议建立一套基线测试方案，每次内核升级或网络拓扑变更后重新跑一遍，确保调优效果持续有效。