4. 操作系统内核调优：让硬件为低延迟服务

各位同学，欢迎来到内核调优这一节。说实话，很多做网络优化的朋友，把精力全花在应用层代码上，却忽略了操作系统这个“中间人”。你想想看，你的数据包从网卡到应用程序，中间要经过多少道关卡？内核参数、中断分配、CPU频率……任何一个环节卡壳，延迟就上去了。

我个人习惯，拿到一台新服务器，第一件事不是装软件，而是先看内核配置。这就像盖房子前先打地基，地基不稳，后面全是白费功夫。

4.1 内核缓冲区调优：别让数据堵在路上

先聊聊 net.core.rmem_max 和 net.core.wmem_max。这两个参数，说白了就是内核为网络数据准备的“停车场”。

• rmem_max：接收缓冲区最大值。数据从网卡进来，先停在这里，等应用程序来取。
• wmem_max：发送缓冲区最大值。应用程序要发数据，先放到这里，内核再交给网卡。

默认值是多少？我记得很多发行版默认只有 212992 字节，也就是 208KB 左右。对于低延迟场景，这个值太小了。为什么？

想象一下，你正在做高频交易，一瞬间涌进来海量数据包。缓冲区满了怎么办？内核只能丢包，或者让发送方重传。这一来一回，延迟直接飙升。

我在项目中遇到过这样一个案例：某券商行情系统，延迟总是不稳定。我上去一看，rmem_max 还是默认值。改成 4MB 后，抖动立刻消失了。嗯，这里要注意，改完要重启网络服务或者重启机器才能生效。

调优建议：

• 低延迟场景：建议设置为 4MB ~ 16MB
• 高吞吐场景：可以更大，比如 32MB
• 不要超过物理内存的 10%，否则可能影响其他进程

# 临时生效
sysctl -w net.core.rmem_max=4194304
sysctl -w net.core.wmem_max=4194304

# 永久生效，写入 /etc/sysctl.conf
echo "net.core.rmem_max=4194304" >> /etc/sysctl.conf
echo "net.core.wmem_max=4194304" >> /etc/sysctl.conf
sysctl -p

4.2 中断亲和性：让网卡“专线”直达

接下来是中断亲和性，也就是 IRQ affinity。这个概念，说白了就是：网卡收到数据后，该通知哪个 CPU 核心来处理？

默认情况下，中断可能被分配到任意一个 CPU 核心。这会导致什么问题？你想想看，数据包在 CPU0 处理，缓存刚热好，下一个包却跑到 CPU1 去了。缓存失效，延迟增加，这就是所谓的“缓存抖动”。

我个人的做法是：把网卡中断绑定到特定的 CPU 核心上，最好是物理核心，不要用超线程。这样，数据包的处理路径就固定了，CPU 缓存命中率大幅提升。

具体怎么做？

1. 先找到网卡的中断号：cat /proc/interrupts | grep eth0
2. 查看 CPU 拓扑：lscpu，确认哪些是物理核心
3. 设置亲和性：echo 1 > /proc/irq/<中断号>/smp_affinity

这里 1 是二进制掩码，表示只绑定到 CPU0。如果你想绑定到 CPU0 和 CPU1，掩码就是 3（二进制 11）。

# 示例：将中断 130 绑定到 CPU0
echo 1 > /proc/irq/130/smp_affinity

# 更推荐的做法：使用 irqbalance 服务，但配置为手动模式
systemctl stop irqbalance
# 然后手动设置每个中断的亲和性

4.3 CPU 频率调节：让 CPU 时刻“满血”

最后一个话题，CPU 频率调节。默认情况下，Linux 使用 ondemand 或 powersave 策略。什么意思？CPU 会根据负载动态调整频率。负载低时降频省电，负载高时升频。

听起来很智能对吧？但对于低延迟场景，这就是灾难。为什么？因为频率切换需要时间！当突发流量到来时，CPU 从低频升到高频，这中间的延迟可能高达几毫秒。在微秒级延迟的竞争中，几毫秒就是天壤之别。

我建议：直接切换到 performance 模式。让 CPU 始终运行在最高频率，不降频、不省电。说白了，就是用功耗换延迟。

# 查看当前策略
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor

# 切换到 performance 模式
echo performance | tee /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor

# 永久生效（以 CentOS/RHEL 为例）
# 安装 cpupower 工具
yum install kernel-tools -y
cpupower frequency-set -g performance

这里有个细节：有些云服务器或虚拟化环境，可能不支持修改 CPU 频率。如果你发现 /sys/devices/system/cpu/cpu0/cpufreq 目录不存在，那就说明你的环境不支持。这时候别硬来，检查 BIOS 设置或者联系云服务商。

4.4 知识体系总览

好了，三个核心知识点讲完了。我画了一张图，帮你理清它们之间的关系：

从这张图你可以看到，数据从网卡到 CPU，中间经过三个关键环节。每个环节都可能是瓶颈。我们今天的调优，就是让这三个环节都“畅通无阻”。

最后总结一下：

• 缓冲区调优：解决数据“装得下”的问题
• 中断亲和性：解决数据“去哪处理”的问题
• 频率调节：解决处理速度“稳不稳”的问题

这三个点，缺一不可。我见过太多人只调了缓冲区，忽略了中断和频率，结果延迟还是下不来。记住，系统调优是系统工程，不是单点优化。