1. 实时系统概述
实时系统（Real-Time System）是一类其正确性不仅取决于计算结果的逻辑正确性，还取决于结果产生时间的系统。在嵌入式、工业控制、航空航天、自动驾驶等领域，时间约束是系统设计的核心要素。理解实时系统的定义、分类以及与通用操作系统的差异，是掌握 PREEMPT_RT 内核参数配置的基础。
核心认知： 实时 ≠ 快速。实时系统追求的是时间行为的可预测性（Determinism），而非单纯的吞吐量或平均响应速度。一个系统即使运行速度很慢，只要能在规定的截止时间前完成指定任务，它就是正确的实时系统。
1.1 实时系统定义与关键指标
实时系统必须满足以下三个核心要素：
- 功能正确性： 计算结果必须符合预期逻辑。
- 时间正确性： 结果必须在规定的截止时间（Deadline）之前产生。
- 可预测性： 系统在最坏情况下的响应时间必须是可计算、可保证的。
衡量实时系统性能的关键指标包括：
| 指标 | 定义 | 典型要求 |
|---|---|---|
| 响应时间 | 从事件发生到系统开始执行处理任务的时间间隔 | 微秒级（μs）至毫秒级（ms） |
| 抖动（Jitter） | 实际响应时间与期望响应时间之间的偏差范围 | 抖动越小，时间确定性越好 |
| 截止时间 | 任务必须完成的最晚时间点 | 硬实时系统必须100%满足 |
| 吞吐量 | 单位时间内完成的任务数量 | 实时系统中通常优先级低于可预测性 |
关键理解： 在实时系统中，抖动（Jitter） 往往比平均延迟更重要。例如，一个音频处理系统如果平均延迟为 5ms 但抖动高达 10ms，就会出现明显的卡顿和爆音；而一个平均延迟为 10ms 但抖动小于 1ms 的系统，用户体验反而更好。
1.2 硬实时与软实时区别
根据错过截止时间的后果严重程度，实时系统分为硬实时（Hard Real-Time）和软实时（Soft Real-Time）两类。
硬实时与软实时的详细对比：
| 对比维度 | 硬实时 | 软实时 |
|---|---|---|
| 截止时间违反后果 | 系统完全失效，可能造成灾难 | 服务质量下降，系统仍可运行 |
| 时间保证 | 必须100%保证，零容忍 | 统计保证，允许偶发超时 |
| 调度策略 | 确定性调度（如 RMS、EDF） | 优先级调度、尽力而为 |
| 资源预留 | 必须预留最坏情况资源 | 按平均负载分配资源 |
| 典型应用 | 航空电子、医疗设备、工业安全 | 多媒体、通信、交互式系统 |
| Linux 支持 | 需专用 RTOS 或硬件辅助 | PREEMPT_RT 可满足大部分需求 |
实践注意： 在嵌入式 Linux 项目中，不要将 PREEMPT_RT 视为“万能硬实时解决方案”。对于微秒级确定性要求（如电机控制 PWM 周期 50μs），仍需考虑 FPGA、DSP 或专用 RTOS。PREEMPT_RT 擅长的是将 Linux 的中断关闭时间从毫秒级降低到几十微秒级别。
1.3 实时操作系统与通用操作系统对比
实时操作系统（RTOS）与通用操作系统（GPOS）在设计哲学、调度策略和资源管理上存在本质差异。Linux 作为 GPOS 的代表，通过 PREEMPT_RT 补丁向 RTOS 特性靠拢。
RTOS 与 GPOS 的详细对比：
| 对比维度 | RTOS（如 FreeRTOS、VxWorks） | GPOS（如标准 Linux、Windows） |
|---|---|---|
| 设计目标 | 时间确定性、可预测性 | 高吞吐量、公平性、多用户 |
| 调度策略 | 优先级抢占式、固定优先级 | 完全公平调度（CFS）、时间片轮转 |
| 中断延迟 | 微秒级（1-10μs） | 毫秒级（1-10ms，甚至更长） |
| 内核抢占 | 完全可抢占 | 有限抢占（PREEMPT_RT 增强） |
| 内存管理 | 静态分配、无 MMU 或简单 MMU | 虚拟内存、页错误、交换 |
| 资源开销 | 极小（KB 级） | 较大（MB 级） |
| 功能丰富度 | 精简、专注实时 | 丰富、支持复杂应用 |
| 开发调试 | 工具链相对简单 | 工具链成熟、生态丰富 |
| 适用场景 | 深度嵌入式、硬实时控制 | 通用计算、多媒体、网络服务 |
课程定位： 本课程聚焦于如何通过 PREEMPT_RT 补丁和内核参数调优，使 Linux（GPOS）获得接近 RTOS 的实时性能。PREEMPT_RT 的核心思路是最小化内核中的不可抢占区域，将中断关闭时间从毫秒级压缩到几十微秒，从而满足大多数软实时和准硬实时应用的需求。
1.4 实时系统的分类与典型应用
除了硬实时和软实时的二分法，实时系统还可以从时间粒度、触发方式等维度进行分类：
- 按时间粒度：
- 强实时： 响应时间在微秒级（如电机控制、雷达信号处理）
- 一般实时： 响应时间在毫秒级（如工业 PLC、机器人控制）
- 弱实时： 响应时间在秒级（如数据采集、环境监控）
- 按触发方式：
- 时间触发： 任务按固定时间周期执行（如 1kHz 控制循环）
- 事件触发： 任务由外部事件（中断）触发执行
典型实时应用场景与 Linux PREEMPT_RT 的适用性：
| 应用领域 | 典型需求 | 时间要求 | PREEMPT_RT 适用性 |
|---|---|---|---|
| 工业机器人控制 | 关节伺服控制、轨迹规划 | 100μs - 1ms | ✅ 适用（需配合实时网卡） |
| 音频处理 | 低延迟音频流、无爆音 | 1ms - 10ms | ✅ 非常适用 |
| 自动驾驶感知 | 激光雷达、摄像头数据融合 | 10ms - 100ms | ✅ 适用 |
| 电力系统保护 | 故障检测、断路器控制 | 1μs - 100μs | ❌ 需专用硬件 |
| 航空航天飞控 | 飞行控制律计算、传感器采集 | 1ms - 20ms | ⚠️ 需认证、谨慎使用 |
学习建议： 在开始 PREEMPT_RT 内核配置之前，先明确你的目标系统的实时需求属于哪个级别。如果需求在 100μs 以上，PREEMPT_RT 通常可以胜任；如果需求在 10μs 以下，建议考虑 FPGA 或专用 RTOS 方案。