Linux内核实时调优配置方法与优化实践

要把实时调度真正跑起来，内核层面先得打开 CONFIG_RT_GROUP_SCHED=y 等相关选项；同时还要在 limits.conf 里把 rtprio 和 memlock 的限制配好，再通过 cgroup 约束 cpu.rt_runtime_us 和 period_us 的配额。除此之外，内存侧的参数也不能放过，比如将 vm.swappiness 调到 1、把 transparent_hugepage 设为 never，这些细节往往才是稳定性的关键。

实时调度策略必须显式启用，否则SCHED_FIFO和SCHED_RR无效

很多人第一次碰到这个问题都会有点疑惑：明明已经用chrt -f 99给进程设了实时优先级，结果系统还是直接报Operation not permitted。问题往往不在命令本身，而在于Linux默认编译的内核通常并没有开启实时调度支持。真正要看的，是内核里是否带了CONFIG_RT_GROUP_SCHED=y，或者至少具备CONFIG_POSIX_TIMERS=y和CONFIG_RT_MUTEXES=y。怎么查？可以执行zcat /proc/config.gz | grep CONFIG_RT（前提是安装了kernel-config包），也可以直接查看/boot/config-$(uname -r)。如果相关选项没开，那就别在命令参数上来回折腾了，根子在内核，只能重编内核或者换发行版。像Ubuntu Server 24.04+、CentOS Stream 9 默认已经开启，而Debian stable里这项配置则经常是关闭的。

chrt只能临时设置，权限控制靠rlimit和/etc/security/limits.conf

即使内核支持，普通用户也无法直接运行SCHED_FIFO任务。系统会拒绝，错误是Permission denied。必须提前配置资源限制：

• 在/etc/security/limits.conf里加两行：* soft rtprio 99和* hard rtprio 99
• 同时补上* soft memlock unlimited和* hard memlock unlimited——实时任务常锁内存，否则mlock()失败
• 改完需重新登录或重启session，ulimit -r应输出99才生效

注意：rtprio值只控制用户能设的最高优先级，不是给所有进程开绿灯；root不受此限，但生产环境严禁用root跑实时任务。

避免SCHED_FIFO饿死其他进程，必须配cpu.rt_runtime_us和cpu.rt_period_us

裸用SCHED_FIFO极危险：一个死循环的实时进程能占满CPU，连SSH都登不上。cgroup v1/v2 提供硬隔离：

• 创建实时配额组：sudo cgcreate -g cpu:/rtgroup
• 设周期为100ms、运行时间上限为10ms：echo 10000 > /sys/fs/cgroup/cpu/rtgroup/cpu.rt_runtime_us，echo 100000 > /sys/fs/cgroup/cpu/rtgroup/cpu.rt_period_us
• 把进程加入：echo $PID > /sys/fs/cgroup/cpu/rtgroup/cgroup.procs

这意味着该组每100ms最多用10ms CPU时间，剩下90ms留给其他进程。不设这个，所谓“实时”就是系统不稳定源。

vm.swappiness=1和transparent_hugepage=never是实时任务的配套刚需

实时任务最怕不可预测延迟，而内存子系统恰恰是最大干扰源：

• vm.swappiness=1（不是0）：设为0会禁用swap，但某些驱动或OOM killer逻辑反而更卡；设为1可极大降低交换倾向，又保留兜底能力
• transparent_hugepage=never：THP在分配大页时可能触发数毫秒停顿，实时场景必须关，命令是echo never > /sys/kernel/mm/transparent_hugepage/enabled
• 额外建议：kernel.timer_migration=1防止高精度定时器被迁移到不同CPU，减少抖动

这些参数要写进/etc/sysctl.conf并sysctl -p加载，否则重启即失效。真正难的不是调哪几个值，而是所有环节——内核支持、权限配置、cgroup配额、内存策略——缺一不可，漏掉任意一环，实时性就只是幻觉。