第3章操作系统与内核调优

第3章：操作系统与内核调优：实时性要求、内核参数调优、CPU隔离与亲和性设置

各位同学，大家好。今天我们聊一个硬核话题——操作系统与内核调优。

说实话，很多做自动驾驶的朋友，算法写得飞起，模型精度也高，但一上车跑，延迟就是降不下来。为什么？多半是操作系统这层没伺候好。你想想看，Linux 默认是为通用场景设计的，它可不知道你有个激光雷达的点云每 10 毫秒就要处理一次。

我个人习惯，拿到一台工控机，第一件事不是装环境，而是先看内核配置。这就像盖房子，地基没打好，后面装修再漂亮也白搭。

3.1 实时性要求：为什么普通 Linux 不够用？

自动驾驶对延迟的要求有多苛刻？我举个例子。车辆以 60km/h 行驶，每毫秒就移动 1.67 厘米。如果你的控制指令延迟了 10 毫秒，车已经跑出去 16.7 厘米了。这在紧急制动场景下，可能就是撞与没撞的区别。

普通 Linux 内核的问题在于：它是个「公平调度器」。它觉得每个进程都该分点时间片，大家轮流来。但自动驾驶里，有些任务必须「插队」——比如紧急制动线程。

核心矛盾：普通内核的调度延迟通常在 1-10 毫秒，而自动驾驶的硬实时任务要求延迟 < 1 毫秒，甚至 < 100 微秒。

我在项目中遇到过，用默认内核跑感知模块，偶尔会出现 20 毫秒的抖动。查了半天，发现是内核在刷磁盘缓存。你说气不气人？

3.2 内核参数调优：让 Linux 更听话

内核参数调优，说白了就是告诉操作系统：「别瞎忙活，把资源留给关键任务。」

我常用的调优手段，主要围绕这几个方面：

3.2.1 内核抢占模型

首先，你得选对内核。我建议直接用 PREEMPT_RT 补丁。它把内核的大部分自旋锁改成了可抢占的互斥锁，调度延迟能从毫秒级降到微秒级。

# 查看当前内核是否支持 RT
zcat /proc/config.gz | grep PREEMPT

# 如果输出 CONFIG_PREEMPT_RT_FULL=y，说明已经打了 RT 补丁
# 如果没有，需要重新编译内核

嗯，这里要注意。打 RT 补丁会带来 5%-10% 的吞吐量损失。但自动驾驶场景，我们宁要确定性，不要高吞吐。你想想看，每秒多处理 10 帧图像，但偶尔卡顿一下，哪个更致命？

3.2.2 内核参数 sysctl 调优

我习惯在 /etc/sysctl.d/ 下建一个 99-autonomous-driving.conf 文件，专门放自动驾驶相关的参数。

# 减少内核的调度延迟
kernel.sched_min_granularity_ns = 1000000      # 1ms
kernel.sched_wakeup_granularity_ns = 500000    # 0.5ms
kernel.sched_migration_cost_ns = 500000        # 0.5ms

# 关闭 NUMA balancing，避免内存迁移导致延迟抖动
kernel.numa_balancing = 0

# 减少 vm 的脏页回写频率，避免 IO 突发
vm.dirty_ratio = 10
vm.dirty_background_ratio = 5
vm.dirty_expire_centisecs = 3000

# 关闭透明大页，减少内存分配延迟
vm.transparent_hugepage = never

我的经验：调完参数后，用 cyclictest 工具测一下调度延迟。我曾经把调度延迟从 8ms 降到了 200μs，效果立竿见影。

3.3 CPU 隔离与亲和性设置

这部分是我觉得最实用的。CPU 隔离，就是把某些 CPU 核心从系统的通用调度中「摘」出来，专门给实时任务用。

3.3.1 CPU 隔离（isolcpus）

在 grub 启动参数里加上 isolcpus=2,3，系统就不会把普通进程调度到 CPU 2 和 3 上。这两个核心就变成了你的「专属跑道」。

# 编辑 /etc/default/grub
GRUB_CMDLINE_LINUX="isolcpus=2,3 nohz_full=2,3 rcu_nocbs=2,3"

# 更新 grub
update-grub

这里我解释一下：nohz_full 是关闭隔离核的定时器中断，rcu_nocbs 是把 RCU 回调也挪走。目的只有一个——让隔离核尽可能不被打扰。

避坑指南：我曾经把 CPU 0 也隔离了，结果系统直接卡死。因为 CPU 0 通常负责中断处理和时钟管理，千万别隔离它。建议从 CPU 2 或 3 开始隔离。

3.3.2 CPU 亲和性（taskset / sched_setaffinity）

隔离完核心，还得把任务绑上去。我一般用两种方式：

方式一：启动时绑定

# 把感知进程绑定到 CPU 2
taskset -c 2 ./perception_node

# 把规划进程绑定到 CPU 3
taskset -c 3 ./planning_node

方式二：代码里绑定（更推荐）

#include <sched.h>
#include <pthread.h>

void set_thread_affinity(int core_id) {
    cpu_set_t cpuset;
    CPU_ZERO(&cpuset);
    CPU_SET(core_id, &cpuset);
    
    pthread_t current_thread = pthread_self();
    int ret = pthread_setaffinity_np(current_thread, sizeof(cpu_set_t), &cpuset);
    if (ret != 0) {
        // 处理错误
    }
}

我个人习惯在代码里绑定。为什么？因为启动脚本容易被忽略，而代码里的绑定是「写死」的，换机器也不会丢。

3.3.3 中断亲和性

还有一个容易被忽视的点——中断。网卡、GPU 的中断如果跑到隔离核上，照样会打断你的实时任务。

# 查看中断号（以网卡为例）
cat /proc/interrupts | grep eth

# 假设网卡中断号是 48，把它绑定到 CPU 0
echo 1 > /proc/irq/48/smp_affinity

这里的 smp_affinity 是位掩码。CPU 0 对应 1，CPU 1 对应 2，CPU 2 对应 4，以此类推。把中断都赶到非隔离核上去。

3.4 实战：一个完整的调优案例

我记得去年帮一个客户调优，他们的感知模块在 8 核 ARM 平台上跑，延迟抖动特别大。我做了三件事：

内核参数调优：打了 RT 补丁，调整了调度粒度
CPU 隔离：把 CPU 4-7 隔离出来，专门跑感知和规划
中断迁移：把所有外设中断都绑到 CPU 0-1

结果呢？延迟抖动从 ±5ms 降到了 ±200μs。客户当场就竖了大拇指。

总结一下调优 checklist：

✅ 确认内核支持 PREEMPT_RT
✅ 调整 sysctl 参数，减少调度延迟
✅ 隔离 2-4 个 CPU 核心给实时任务
✅ 用 taskset 或代码绑定任务到隔离核
✅ 把中断迁移到非隔离核
✅ 用 cyclictest 验证延迟改善

好了，这一章的内容就到这里。操作系统调优是个细活，需要反复测量、调整、再测量。别指望一次搞定，但每优化一步，你的系统就离「车规级」更近一步。

下一章，我们会聊内存管理与缓存优化。到时候见。

📚 课程目录