📚 课程目录第1章实时系统概述

1. 实时系统概述

1.1 实时系统的定义与核心特征

实时系统（Real-Time System）是指系统必须在严格的时间约束内对外部事件做出响应，且响应的正确性不仅取决于计算结果的逻辑正确性，还取决于结果产生的时间。在实时系统中，“迟到”的结果等同于“错误”的结果。

  实时系统的三大核心特征：
  时间确定性（Determinism）：任务的最坏情况执行时间（WCET）可预测，系统行为在时间维度上可分析。
响应及时性（Timeliness）：从事件触发到任务完成的时间（延迟）必须满足预设的截止时间（Deadline）。
可靠性（Reliability）：系统在长时间运行中保持时间约束的稳定性，不因负载波动而失效。

1.2 硬实时与软实时的区别

根据错过截止时间（Deadline）后对系统的影响程度，实时系统分为硬实时（Hard Real-Time）和软实时（Soft Real-Time）两类。

对比维度	硬实时（Hard RT）	软实时（Soft RT）
截止时间后果	错过截止时间 = 系统灾难（设备损坏、人员伤亡）	错过截止时间 = 性能下降，但系统仍可运行
典型应用	飞行控制、汽车引擎ECU、医疗起搏器、工业PLC	音视频播放、网络游戏、人机交互界面
延迟容忍度	微秒级（μs）确定性要求	毫秒级（ms）可接受偶尔抖动
调度策略	优先级抢占 + 资源预留	优先级调度 + 尽力而为
WCET分析	必须严格证明	统计估计即可

实践提示：在PREEMPT_RT移植项目中，通常将硬实时任务绑定到隔离CPU核心，并使用SCHED_FIFO或SCHED_RR调度策略；软实时任务则使用SCHED_OTHER配合nice值调整优先级。

1.3 实时操作系统（RTOS）与通用操作系统（GPOS）对比

通用操作系统（如标准Linux、Windows）追求平均吞吐量和公平性，而实时操作系统（如VxWorks、FreeRTOS、PREEMPT_RT Linux）追求最坏情况延迟和确定性。

对比维度	RTOS（实时操作系统）	GPOS（通用操作系统）
调度目标	满足截止时间，确定性优先	最大化吞吐量，公平分享CPU
调度算法	优先级抢占（固定/动态）、速率单调（RMS）、最早截止时间优先（EDF）	完全公平调度（CFS）、时间片轮转
中断延迟	微秒级（μs），可预测	毫秒级（ms），受内核非抢占区影响
内核抢占性	完全可抢占，中断嵌套可控	有限抢占，存在长临界区
资源开销	轻量级（KB级内存占用）	重量级（MB级内存占用）
典型代表	FreeRTOS、VxWorks、QNX、PREEMPT_RT Linux	标准Linux、Windows、macOS

常见误区：并非所有RTOS都是硬实时系统。例如，标准Linux即使配置了高优先级调度，由于内核中存在大量不可抢占的临界区（如spinlock、RCU读侧），仍然无法满足硬实时要求。PREEMPT_RT补丁正是为了解决这一问题而设计的。

1.4 PREEMPT_RT在Linux生态中的定位

PREEMPT_RT（Real-Time Linux）补丁集是Linux内核社区为满足硬实时需求而开发的一组内核修改。它并非一个独立的操作系统，而是标准Linux内核的实时化扩展。

  PREEMPT_RT的核心定位：
  补丁集形式：基于主线Linux内核，通过补丁（Patch）方式引入实时特性。
向下兼容：保持与标准Linux的API/ABI兼容，现有应用程序无需修改即可运行。
逐步主线化：大量PREEMPT_RT特性已合入主线内核（如RT Mutex、Futex、中断线程化），剩余部分仍在持续合并中。
工业级验证：已在航空航天、工业控制、机器人、汽车等领域大规模部署。

在Linux生态系统中，PREEMPT_RT填补了通用Linux与专用RTOS之间的空白。它让开发者既能享受Linux丰富的驱动、网络、文件系统生态，又能获得接近硬实时的确定性能力。

1.5 何时选择PREEMPT_RT？

在实际项目中，选择PREEMPT_RT还是专用RTOS，需要根据以下因素权衡：

场景	推荐方案	理由
需要丰富驱动/网络/文件系统支持	PREEMPT_RT	Linux生态完整，无需自行开发驱动
硬实时要求 < 10μs抖动	专用RTOS（如VxWorks）	PREEMPT_RT在极端场景下仍有抖动
已有大量Linux代码资产	PREEMPT_RT	代码复用率高，迁移成本低
资源极度受限（RAM < 1MB）	FreeRTOS等轻量RTOS	Linux最小系统也需要数MB内存
多核异构实时处理	PREEMPT_RT + CPU隔离	可结合cpuset隔离实时核与非实时核