rtos_llm_opt/02-项目框架/02-项目框架2-面向AI的实时控制基础系统研究/30-子课题B-面向边侧SoC的混合实时控制基础系统/10-技术框架/00-技术路线：Linux-RTOS-Hypervisor-Hybrid.md

SoC路线：Hybrid与Hypervisor协同

1. 主题定位

SoC 路线是框架2的核心主战场。这里最直接体现会议中的判断：人工智能进入实时控制系统后，最现实的结构不是让 RTOS 独自承接一切，而是让 Linux、RTOS、Hypervisor 与异构协处理器形成可治理的混合基础系统。

2. 为什么 SoC 路线最关键

设备端 SoC 同时具有以下特征：

• 需要 Linux 承接 AI 生态和推理框架；
• 需要 RTOS 承接关键控制与执行闭环；
• 统一内存和异构协处理器使资源竞争非常明显；
• 设备级散热、功耗和体积限制比服务器更刚性；
• 更接近真实产业落地场景。

因此，SoC 路线最能体现“基础系统主语”。

3. Hybrid 结构为什么仍然重要

会议并没有否定 Hybrid，反而强调它是当前最现实的路径之一。
Hybrid 的现实价值在于：

• 保留 Linux 的推理生态；
• 保留 RTOS 的控制与保障能力；
• 让 AI 目标负载与关键保障负载可以在不同控制层上运行；
• 为后续 Hypervisor 和资源治理留出结构空间。

但框架2不再接受“传统 Hybrid 只求共存”的写法，而要求把它升级为协同治理结构。

4. Hypervisor 在 SoC 路线中的角色

Hypervisor 使 SoC 路线从“双系统并置”走向“可治理混合系统”。它重点承担：

• 核心与资源切分；
• 中断与设备访问边界控制；
• 共享内存与通信路径组织；
• 异常隔离与恢复。

如果没有 Hypervisor 或等价机制，很多 SoC 路线的协同边界很难稳定复现。

5. 核心研究问题

5.1 推理与控制如何分层

后续研究需要回答：

• 哪些 AI 任务保留在 Linux 侧；
• 哪些控制任务保留在 RTOS 侧；
• 控制与推理之间通过什么接口通信；
• 在延迟、异常和过载条件下如何切换策略。

5.2 统一内存与总线竞争如何治理

SoC 路线中最容易被低估的问题包括：

• CPU 与 NPU/GPU 的统一内存争抢；
• DMA 传输对控制路径的污染；
• 模型加载与设备 I/O 共享带宽；
• 缓存与总线冲突对尾延迟的影响。

这部分是 SoC 路线区别于纯 RTOS 叙事的关键证据。

5.3 设备级受限条件如何影响系统边界

SoC 路线必须同时面对：

• 功耗预算；
• 散热与封装条件；
• 设备体积与部署空间；
• 软件栈和驱动闭源限制。

因此，它天然也是框架2中“小型化与低功耗”方向最强的承载层。

6. 当前结论

SoC 路线不是 RTOS 课题的附属场景，而是“面向 AI 的实时控制基础系统”最能成立、也最值得展开的核心研究窗口。