3. 抢占模式分类：低延迟桌面配置、低延迟嵌入式配置与完全抢占内核
Linux 内核的抢占模式决定了系统在响应外部事件（如中断、定时器）时，能否立即中断当前正在执行的任务，转而执行更高优先级的任务。不同的应用场景对延迟的容忍度不同，因此内核提供了多种抢占配置选项。本章将深入分析三种主流抢占模式：Preempt Voluntary（低延迟桌面）、Preempt Low-Latency（低延迟嵌入式） 和 Preempt RT / PREEMPT_RT（完全抢占）。
核心概念： 抢占延迟（Preemption Latency）是指从高优先级任务就绪到其真正获得 CPU 执行权的时间间隔。抢占模式越激进，延迟越低，但内核的吞吐量和整体性能可能受到一定影响。
3.1 抢占模式全景对比
下表从内核配置选项、典型应用场景、延迟特性、内核开销和关键特性五个维度，对三种抢占模式进行横向对比。
| 特性维度 | Preempt Voluntary | Preempt Low-Latency | Preempt RT (PREEMPT_RT) |
|---|---|---|---|
| 内核配置选项 | CONFIG_PREEMPT_VOLUNTARY=y |
CONFIG_PREEMPT_LOW_LATENCY=y |
CONFIG_PREEMPT_RT=y |
| 典型应用场景 | 桌面系统、通用服务器、多媒体播放 | 工业控制、嵌入式网关、音视频采集 | 航天、医疗设备、精密运动控制、机器人 |
| 最坏情况延迟 | 10~100 ms | 1~10 ms | 10~100 μs |
| 内核开销 | 低（几乎无额外开销） | 中（增加少量调度点） | 高（大量锁替换、优先级继承） |
| 关键特性 | 仅在自愿调度点可抢占 | 在更多内核路径中增加抢占点 | 完全可抢占内核，中断线程化，PI 互斥锁 |
3.2 Preempt Voluntary：低延迟桌面配置
Preempt Voluntary 是大多数通用 Linux 发行版（如 Ubuntu、Fedora 的默认内核）采用的抢占模式。它的设计哲学是在保证系统吞吐量的前提下，提供基本的交互响应能力。
- 抢占点策略： 内核只在明确的“自愿”位置（如系统调用返回、显式的
schedule()调用、锁释放后）检查是否需要抢占。这意味着一个正在执行内核代码的任务，如果不在这些点上，即使更高优先级的任务就绪，也无法被抢占。 - 延迟来源： 主要延迟来自长路径的内核系统调用（如文件读写、内存分配）和中断处理程序。如果某个系统调用执行时间较长（例如 50ms），高优先级任务必须等待其完成才能获得 CPU。
- 适用性： 非常适合对延迟不敏感、但对整体吞吐量要求高的场景。桌面用户在进行打字、浏览网页等操作时，偶尔的微小卡顿是可以接受的。
性能调优提示： 在 Preempt Voluntary 模式下，如果遇到偶发的音频卡顿或鼠标延迟，可以尝试调整
kernel.sched_latency_ns 和 kernel.sched_min_granularity_ns 参数，但这只能缓解，无法从根本上解决内核不可抢占带来的延迟问题。
3.3 Preempt Low-Latency：低延迟嵌入式配置
Preempt Low-Latency 在 Voluntary 的基础上，通过在内核的更多关键路径上显式插入抢占点，来降低最坏情况下的延迟。它是在“性能”与“实时性”之间的一种折中方案。
- 抢占点策略： 在诸如
spin_lock()获取锁之前、mutex_lock()等待锁时、以及一些长循环内部，增加了cond_resched()调用。这使得内核在执行这些操作时，有机会让出 CPU 给更高优先级的任务。 - 延迟改善： 相比 Voluntary 模式，最坏情况延迟可以从几十毫秒降低到几毫秒级别。这对于许多嵌入式实时应用（如工业 PLC、机器人关节控制）来说已经足够。
- 开销权衡： 由于增加了额外的抢占点检查，内核的上下文切换次数会增加，导致整体吞吐量下降约 5%~15%。但对于大多数嵌入式系统来说，这种开销是可以接受的。
常见误区： Preempt Low-Latency 并不是真正的“实时”内核。它无法保证硬实时的确定性延迟。如果应用要求微秒级的确定性响应，必须使用 PREEMPT_RT。
3.4 Preempt RT (PREEMPT_RT)：完全抢占内核
PREEMPT_RT 是 Linux 内核社区经过多年努力，将内核改造为完全可抢占的补丁集。它通过一系列根本性的变革，将最坏情况延迟降低到微秒级别，使 Linux 成为一个真正的硬实时操作系统。
PREEMPT_RT 的核心改造包括以下四个方面：
- 中断线程化（Interrupt Threading）： 将原本在不可屏蔽中断上下文中执行的中断处理程序，改为运行在内核线程中。这样，中断处理程序本身也可以被更高优先级的实时任务抢占。
- 可抢占内核锁（Preemptible Kernel Locks）： 将大部分自旋锁（spinlock）替换为支持优先级继承的互斥锁（PI mutex）。当一个低优先级任务持有锁时，高优先级任务可以临时提升其优先级，从而快速释放锁，避免优先级反转。
- RCU 抢占支持： 对 Read-Copy-Update（RCU）机制进行了改造，使其在实时上下文中也能安全地执行抢占。
- 高精度定时器： 使用高精度定时器（HRTIMER）替代传统的基于 jiffies 的定时器，提供纳秒级的定时精度。
配置检查： 在编译 PREEMPT_RT 内核后，可以通过检查
/proc/config.gz 或 /boot/config-$(uname -r) 文件来确认配置是否生效。关键配置项包括：CONFIG_PREEMPT_RT=y、CONFIG_HZ_1000=y、CONFIG_EXPERT=y。
3.5 抢占模式决策流程图
下面的 SVG 流程图展示了如何根据应用场景的延迟要求，选择合适的抢占模式。
3.6 内核配置参数速查表
在实际编译内核时，需要正确设置以下关键配置项。下表列出了三种模式对应的核心参数及其含义。
| 配置项 | Voluntary | Low-Latency | PREEMPT_RT | 说明 |
|---|---|---|---|---|
CONFIG_PREEMPT_NONE |
n | n | n | 无抢占（服务器模式） |
CONFIG_PREEMPT_VOLUNTARY |
y | n | n | 仅在自愿点抢占 |
CONFIG_PREEMPT_LOW_LATENCY |
n | y | n | 在更多内核路径插入抢占点 |
CONFIG_PREEMPT_RT |
n | n | y | 完全可抢占内核 |
CONFIG_HZ_1000 |
可选 | 推荐 | y | 1000 Hz 时钟中断，提高调度精度 |
CONFIG_EXPERT |
n | n | y | 启用专家选项，显示更多配置 |
3.7 运行时验证与切换
在系统运行时，可以通过以下命令快速查看当前内核使用的抢占模式：
# 查看内核抢占模式配置
zcat /proc/config.gz | grep CONFIG_PREEMPT
# 或者查看 /boot/config-$(uname -r)
grep CONFIG_PREEMPT /boot/config-$(uname -r)
# 示例输出（PREEMPT_RT 模式）：
# CONFIG_PREEMPT_RT=y
# CONFIG_PREEMPT_RT_FULL=y需要注意的是，抢占模式是在内核编译时静态确定的，无法通过 sysctl 或内核参数在运行时动态切换。如果需要更改抢占模式，必须重新编译内核并重启系统。
实践建议： 对于初次接触实时 Linux 的开发者，建议从 Preempt Low-Latency 开始评估。它不需要对应用程序代码做任何修改，就能显著改善延迟表现。只有当 Low-Latency 无法满足需求时，再考虑迁移到 PREEMPT_RT，后者可能需要调整驱动程序和应用程序中的锁使用方式。