扫码关注
主线Linux追求高吞吐不是硬实时；PREEMPT_RT通过中断线程化、内核临界区可抢占、高精度定时器把最坏调度延迟降到几十~几百微秒。一般工业控制用PREEMPT_RT或RT-Linux，纯软实时够用就不上硬实时。
本文概述
嵌入式Linux面试进阶题：电机控制、工业通信、机器人等场景要求确定性延迟，主线Linux不行，就要讲PREEMPT_RT。面试官想听的不是"Linux加个RT补丁就实时了"，而是你懂不懂主线Linux为什么不实时、PREEMPT_RT做了哪几件事（中断线程化、自旋锁改可抢占、高精度定时器）、软实时和硬实时的区别、以及改造后代价。本文从主线Linux调度模型讲起，覆盖不可抢占点、中断线程化、自旋锁替换、hrtimer、调度延迟测量，以及PREEMPT_RT适用场景和代价，强调指标按应用场景定。
核心要点
主线Linux：追求吞吐，内核大量临界区不可抢占，最坏延迟不确定
PREEMPT_RT：中断线程化、自旋锁改可抢占mutex、关键区可抢占
结果：最坏调度延迟降到几十~几百μs（按硬件和负载）
软实时：尽量快不保证；硬实时：必须在时限内完成（工业控制）
代价：吞吐略降、代码更复杂、调试要考虑线程上下文
应用：电机、EtherCAT、机器人、工业控制；消费电子不需要
面试官考察点
考察点拆解
面试官问PREEMPT_RT，重点考察：第一，主线Linux为什么不实时；第二，PREEMPT_RT改了哪几处（中断线程化、锁可抢占）；第三，软实时/硬实时区别；第四，改造代价。
追问方向：延迟怎么测、和VxWorks/RTOS区别、什么场景不需要RT。
回答思路
答题主线
建议按"主线为什么不实时 → RT做了什么 → 延迟指标 → 软/硬实时 → 代价与场景"来答。
先讲主线不实时：不可抢占点多。
讲RT改造：中断线程化、锁可抢占。
讲延迟：怎么测、多少量级。
讲场景和代价。
参考回答
我先讲主线Linux为什么不是实时系统，再讲PREEMPT_RT怎么改。
第一，主线Linux为什么不实时。主线Linux设计目标是高吞吐、通用，不是确定性：
内核大量临界区持自旋锁时不可抢占，高优先级任务只能等；
中断处理（中断上下文）不能被普通线程抢占；
调度器调度周期、负载均衡、内存回收等都可能让高优先级任务等；
结果：最坏情况调度延迟可能是几毫秒甚至几十毫秒，普通应用无所谓，工业控制不行。
第二，PREEMPT_RT做了什么。PREEMPT_RT是内核实时补丁（已大量合入主线），核心改造：
| 改造 | 作用 |
|---|---|
| 中断线程化 | 硬中断处理变成一个高优先级内核线程（threaded irq），可以被更高优先级抢占 |
| 自旋锁改可抢占mutex | 原来持锁不能抢占，RT把大部分自旋锁换成可抢占mutex，高优先级能抢 |
| 临界区可抢占 | 把原来的不可抢占点尽量可抢占 |
| 高精度定时器hrtimer | 纳秒级定时器，配合调度 |
这样从"中断/锁不可抢占"变成"除了极小段临界区，几乎全可抢占"，最坏延迟大幅下降。
第三，软实时和硬实时。
软实时：尽量快，但偶尔超时可接受（视频播放、网络包处理）；
硬实时：必须在时限内完成，超时就是故障（电机控制、安全信号、汽车总线）；
PREEMPT_RT提供硬实时能力，但不是100%保证，要配合硬件、中断亲和性、隔离CPU、屏蔽用户空间干扰来把最坏延迟压到可接受。
第四，延迟怎么测。用cyclictest等工具在高优先级线程里测唤醒-执行间隔，跑长时记录最大值。典型量级：ARM Cortex-A平台空载几十μs，重负载下几百μs；x86平台更低。具体值看硬件和负载。
第五，代价和场景。
代价：吞吐略降（因为可抢占开销）、调试时要注意所有中断都是线程、驱动要兼容线程化；
适合：EtherCAT主站、电机运动控制、机器人关节、工业PLC、数据采集；
不适合：纯服务器、消费电子、无实时要求的应用——上RT反而增加复杂度。
第六，和RTOS区别。RTOS（VxWorks、FreeRTOS、QNX）本身设计就是实时，微秒级确定性；Linux+RT是在通用系统上加实时能力，生态全但实时性略逊。复杂系统用Linux+RT，极简硬实时用RTOS。
