forked from eaiadmin/rtos_llm_opt
reorganize repository into meeting and project framework structure
Align the repository with the new collaboration workflow by separating meeting records from project framework materials, so discussion outputs and formal research assets can evolve independently.
This commit is contained in:
@@ -0,0 +1,119 @@
|
||||
# 面向AI的实时控制基础系统实验设计
|
||||
|
||||
## 1. 实验目标
|
||||
|
||||
框架2的实验目标不是单纯比较“RTOS 比 Linux 快多少”，而是比较在人工智能目标负载进入实时控制系统后，不同基础系统结构能否同时维持：
|
||||
|
||||
1. **人工智能目标负载的时效性与功能有效性**
|
||||
2. **关键保障负载的时间边界**
|
||||
3. **系统协同层的资源秩序、恢复能力与解释性**
|
||||
|
||||
## 2. 研究问题
|
||||
|
||||
| 编号 | 研究问题 | 核心观察量 |
|
||||
|---|---|---|
|
||||
| `RQ1` | RTOS 直接控制域在 AI 目标负载进入后还能维持多强的关键保障边界 | `deadline miss ratio`、`P99/P99.9 jitter`、外部接口响应 |
|
||||
| `RQ2` | 推理运行域的模型、量化、框架和内存组织如何改变整体系统边界 | `TTFT/TPOT`、峰值内存、长稳退化 |
|
||||
| `RQ3` | Linux / RTOS / Hypervisor 混合结构能否比单一系统结构提供更稳定的整体边界 | 三层指标同时达标情况、恢复与隔离效果 |
|
||||
| `RQ4` | MCU 路线与 SoC 路线的边界分别是什么 | 静态编排能力、统一内存竞争、功耗与体积约束下的成立区间 |
|
||||
|
||||
## 3. 对照结构
|
||||
|
||||
框架2的主对照组如下：
|
||||
|
||||
| 编号 | 配置 | 作用 |
|
||||
|---|---|---|
|
||||
| `O0` | 普通 Linux | 通用系统基线 |
|
||||
| `O1` | PREEMPT_RT Linux | 实时增强 Linux 的边界 |
|
||||
| `O2` | RTOS 原生配置 | RTOS 直接控制域能力 |
|
||||
| `O3` | 混合基础系统配置 | Linux + RTOS + Hypervisor 或等价协同结构 |
|
||||
|
||||
必要时可继续细分：
|
||||
|
||||
- `O3a` 无 Hypervisor 的双系统结构
|
||||
- `O3b` 带 Hypervisor 的隔离结构
|
||||
- `O3c` 加入规则兜底与异常切换的完整结构
|
||||
|
||||
## 4. 场景编号
|
||||
|
||||
| 编号 | 场景 | 目的 |
|
||||
|---|---|---|
|
||||
| `L0` | 仅关键保障负载 | 观察关键保障负载下界 |
|
||||
| `L1` | 仅人工智能目标负载 | 观察 AI 目标负载独立行为 |
|
||||
| `L2` | 关键保障负载 + AI 目标负载 | 核心双目标场景 |
|
||||
| `L3` | `L2` + CPU / 中断竞争 | 观察 RTOS 直接控制域边界 |
|
||||
| `L4` | `L2` + 内存 / DMA / 总线竞争 | 观察系统协同域边界 |
|
||||
| `L5` | `L2` + 网络 / 存储 / 模型加载 | 观察运行时与后台服务影响 |
|
||||
| `L6` | `L2` + 规则兜底 / 降级切换 | 观察闭环安全边界 |
|
||||
| `L7` | `L2` + 突发 / 过载 / 恢复 | 观察长稳、异常与恢复能力 |
|
||||
|
||||
## 5. 实验单元
|
||||
|
||||
| 编号 | 实验单元 | 主要覆盖问题 |
|
||||
|---|---|---|
|
||||
| `E0` | 设备、驱动与基础软件准入 | 全部 |
|
||||
| `E1` | RTOS 直接控制域微基准 | `RQ1` |
|
||||
| `E2` | 推理运行域基线 | `RQ2` |
|
||||
| `E3` | 双目标共存对照 | `RQ1/RQ2` |
|
||||
| `E4` | 混合结构协同对照 | `RQ3` |
|
||||
| `E5` | MCU 路线静态编排实验 | `RQ4` |
|
||||
| `E6` | SoC 路线统一内存与总线竞争实验 | `RQ3/RQ4` |
|
||||
| `E7` | 规则兜底与异常切换实验 | `RQ3` |
|
||||
| `E8` | 长稳、热状态与恢复实验 | `RQ2/RQ3/RQ4` |
|
||||
|
||||
## 6. 分路线实验重点
|
||||
|
||||
### 6.1 MCU 路线
|
||||
|
||||
MCU 路线优先组织：
|
||||
|
||||
- 小模型 / 小算子与控制任务静态编排；
|
||||
- 固定内存池与固定执行窗口；
|
||||
- 开发套件、代码生成与部署检查能力；
|
||||
- 极低功耗与极小内存条件下的成立区间。
|
||||
|
||||
### 6.2 SoC 路线
|
||||
|
||||
SoC 路线优先组织：
|
||||
|
||||
- Linux / RTOS 的分工；
|
||||
- Hypervisor 资源切分；
|
||||
- 统一内存、DMA、总线和 NPU/GPU 竞争；
|
||||
- 设备级受限散热、受限功耗与长稳边界。
|
||||
|
||||
## 7. 指标结构
|
||||
|
||||
### 7.1 人工智能目标负载层
|
||||
|
||||
- `TTFT`
|
||||
- `TPOT`
|
||||
- 端到端响应时间
|
||||
- 功能有效性
|
||||
- 长时间稳定性
|
||||
|
||||
### 7.2 关键保障负载层
|
||||
|
||||
- `deadline miss ratio`
|
||||
- `P99/P99.9 jitter`
|
||||
- 观测最大响应时间
|
||||
- 外部接口响应时间
|
||||
|
||||
### 7.3 系统协同层
|
||||
|
||||
- 有效吞吐
|
||||
- 资源隔离效果
|
||||
- `E/token`
|
||||
- 温度与热漂移
|
||||
- 异常切换与恢复时间
|
||||
|
||||
## 8. 解释边界
|
||||
|
||||
框架2特别强调三条解释边界：
|
||||
|
||||
1. **GPU/NPU 内部执行行为不直接等价于 RTOS 收益**
|
||||
2. **混合结构的收益必须拆分为 RTOS 收益、协同结构收益和运行时收益**
|
||||
3. **MCU 路线与 SoC 路线的结论不得直接互相替代**
|
||||
|
||||
## 9. 当前结论
|
||||
|
||||
> **框架2的实验设计，不再围绕“单系统性能竞赛”组织，而是围绕“人工智能进入实时控制系统后的整体边界是否成立”来组织。**
|
||||
@@ -0,0 +1,143 @@
|
||||
# 论文写作规划 — 面向AI的实时控制基础系统研究
|
||||
|
||||
> **版本**: v0.1
|
||||
> **定位**: 框架2对应的候选论文规划稿
|
||||
> **目标**: 把“人工智能进入实时控制系统后，基础系统如何维持整体实时边界”组织成可写作、可实验、可比较的论文结构
|
||||
|
||||
## 0. 文章定位与核心贡献
|
||||
|
||||
### 0.1 一句话定位
|
||||
|
||||
> **围绕人工智能目标负载进入实时控制系统后的整体边界问题，系统研究模型、运行时、RTOS、Linux、Hypervisor 与异构资源结构如何共同决定系统的确定性、可预测性与实时性表现。**
|
||||
|
||||
### 0.2 核心贡献
|
||||
|
||||
| 编号 | 贡献 |
|
||||
|---|---|
|
||||
| `C1` | 提出“面向 AI 的实时控制基础系统”这一问题定义与三层边界框架 |
|
||||
| `C2` | 给出 MCU 路线与 SoC 路线并行的统一验证矩阵 |
|
||||
| `C3` | 给出 Linux / RTOS / Hypervisor / 混合结构的系统级对照方法 |
|
||||
| `C4` | 给出规则兜底、异常切换与闭环安全边界的实验组织方式 |
|
||||
|
||||
## 1. 文章整体结构
|
||||
|
||||
```
|
||||
第1章 引言
|
||||
第2章 问题背景与相关工作
|
||||
第3章 面向AI的实时控制基础系统问题定义
|
||||
第4章 三层边界：RTOS控制域、推理运行域、系统协同域
|
||||
第5章 MCU路线与SoC路线
|
||||
第6章 实验方法学与对照结构
|
||||
第7章 实验结果
|
||||
第8章 深入分析与边界讨论
|
||||
第9章 产业定位与系统意义
|
||||
第10章 结论与展望
|
||||
```
|
||||
|
||||
## 2. 各章重点
|
||||
|
||||
### 第1章 引言
|
||||
|
||||
重点说明：
|
||||
|
||||
- 人工智能进入实时控制系统后，问题已经跨层展开；
|
||||
- 单纯用“RTOS 优于 Linux”不足以覆盖真实系统问题；
|
||||
- 需要一个“基础系统主语”的新框架。
|
||||
|
||||
### 第2章 问题背景与相关工作
|
||||
|
||||
重点说明：
|
||||
|
||||
- AI 目标负载的时间行为与资源行为；
|
||||
- RTOS 的直接价值；
|
||||
- Linux 与 PREEMPT_RT 的边界；
|
||||
- 现有研究为什么很少真正覆盖混合系统。
|
||||
|
||||
### 第3章 问题定义
|
||||
|
||||
重点说明：
|
||||
|
||||
- 什么是“面向 AI 的实时控制基础系统”；
|
||||
- 为什么研究对象要从 RTOS 平台上移；
|
||||
- `T5~T1` 继续作为验证矩阵，而不是研究主语。
|
||||
|
||||
### 第4章 三层边界
|
||||
|
||||
重点说明：
|
||||
|
||||
- RTOS 直接控制域；
|
||||
- 推理运行域；
|
||||
- 系统协同域。
|
||||
|
||||
这一章是框架2的核心理论骨架。
|
||||
|
||||
### 第5章 MCU 路线与 SoC 路线
|
||||
|
||||
重点说明：
|
||||
|
||||
- MCU 路线为什么强调静态编排和工具链；
|
||||
- SoC 路线为什么强调 Hybrid、Hypervisor 和统一内存竞争；
|
||||
- 两条路线如何分别组织实验。
|
||||
|
||||
### 第6章 实验方法学与对照结构
|
||||
|
||||
重点说明：
|
||||
|
||||
- `O0/O1/O2/O3` 对照组；
|
||||
- `L0~L7` 场景编号；
|
||||
- `E0~E8` 实验单元；
|
||||
- 三层指标与解释边界。
|
||||
|
||||
### 第7章 实验结果
|
||||
|
||||
重点按三条主线展开：
|
||||
|
||||
1. RTOS 直接控制域结果
|
||||
2. 推理运行域结果
|
||||
3. 系统协同域结果
|
||||
|
||||
并比较：
|
||||
|
||||
- MCU 路线与 SoC 路线；
|
||||
- 原生系统结构与混合结构；
|
||||
- 有无规则兜底时的闭环差异。
|
||||
|
||||
### 第8章 深入分析与边界讨论
|
||||
|
||||
重点分析：
|
||||
|
||||
- 哪些边界由 RTOS 直接贡献；
|
||||
- 哪些边界由协同结构贡献；
|
||||
- 哪些结论只在 MCU 或 SoC 路线成立；
|
||||
- 哪些情况下混合结构收益明显，哪些情况下收益收窄。
|
||||
|
||||
### 第9章 产业定位与系统意义
|
||||
|
||||
这一章是框架2相对框架1新增的重要内容。重点讨论：
|
||||
|
||||
- 企业如何从 RTOS 供应方转向基础系统供应方；
|
||||
- 基础系统叙事如何替代单点适配叙事；
|
||||
- 这一转向对联合研究与产业化路径的意义。
|
||||
|
||||
### 第10章 结论与展望
|
||||
|
||||
重点总结：
|
||||
|
||||
- 人工智能进入实时控制系统后的主问题是什么；
|
||||
- 基础系统主语为什么比 RTOS 单主语更准确；
|
||||
- 后续在工具链、体系结构与协同治理上还有哪些扩展方向。
|
||||
|
||||
## 3. 研究问题到实验映射
|
||||
|
||||
| 研究问题 | 主要实验单元 | 主要章节 |
|
||||
|---|---|---|
|
||||
| `RQ1` RTOS 直接控制域边界 | `E1`、`E3`、`E8` | 第4、7、8章 |
|
||||
| `RQ2` 推理运行域时间行为 | `E2`、`E3`、`E8` | 第4、6、7章 |
|
||||
| `RQ3` 系统协同域结构收益 | `E4`、`E6`、`E7`、`E8` | 第4、6、7、8章 |
|
||||
| `RQ4` MCU / SoC 双路线边界 | `E5`、`E6`、`E8` | 第5、7、8章 |
|
||||
|
||||
## 4. 当前结论
|
||||
|
||||
框架2的论文规划和框架1最大的不同，不是换了一个标题，而是换了整篇文章的主语：
|
||||
|
||||
> **论文不再只回答“RTOS 在 AI 任务下是否更优”，而是回答“人工智能进入实时控制系统后，基础系统如何共同维持边界”。**
|
||||
@@ -0,0 +1,26 @@
|
||||
# 两个子课题的共同问题
|
||||
|
||||
## 1. 共同主语
|
||||
|
||||
两个子课题共同服务于同一个总课题主语：
|
||||
|
||||
> **面向 AI 的实时控制基础系统。**
|
||||
|
||||
## 2. 共同方法层
|
||||
|
||||
两个子课题共同依赖：
|
||||
|
||||
- 三层边界；
|
||||
- 三类系统负载；
|
||||
- `T5~T1` 验证矩阵；
|
||||
- 统一评价框架；
|
||||
- 对照逻辑与规则兜底思想。
|
||||
|
||||
## 3. 共同科学问题
|
||||
|
||||
二者都需要回答：
|
||||
|
||||
- AI 目标负载如何进入控制系统；
|
||||
- 关键保障负载如何继续保持边界；
|
||||
- 系统边界由哪些机制共同构成；
|
||||
- 实时性问题如何避免单因果叙事。
|
||||
@@ -0,0 +1,32 @@
|
||||
# 两个子课题的差异边界
|
||||
|
||||
## 1. 子课题A的主边界
|
||||
|
||||
子课题A的主边界在于：
|
||||
|
||||
- 极小资源预算；
|
||||
- 静态部署；
|
||||
- 低功耗与小型化；
|
||||
- 工具链和芯片协同；
|
||||
- 小模型与控制任务的静态共存。
|
||||
|
||||
## 2. 子课题B的主边界
|
||||
|
||||
子课题B的主边界在于：
|
||||
|
||||
- Linux / RTOS 分工；
|
||||
- Hypervisor 与 Hybrid；
|
||||
- 统一内存、总线、DMA、NPU/GPU 竞争；
|
||||
- 规则兜底与异常切换；
|
||||
- 混合系统中的整体确定性。
|
||||
|
||||
## 3. 为什么不能混写
|
||||
|
||||
两个子课题对应的是两类不同的问题结构，因此：
|
||||
|
||||
- 评价重点不同；
|
||||
- 工程条件不同；
|
||||
- 合作对象不同；
|
||||
- 论文表达重点不同。
|
||||
|
||||
这就是框架2内部需要采用“一总两子”结构的原因。
|
||||
@@ -0,0 +1,24 @@
|
||||
# 总课题申报与论文组织建议
|
||||
|
||||
## 1. 申报组织建议
|
||||
|
||||
当前更适合按以下方式组织：
|
||||
|
||||
- 以总课题名义对外表述；
|
||||
- 在内部和申报材料中并列写出两个子课题；
|
||||
- 共享方法层放在总论部分；
|
||||
- 两个子课题分别作为技术主线展开。
|
||||
|
||||
## 2. 论文组织建议
|
||||
|
||||
论文层面建议采用：
|
||||
|
||||
1. 总问题定义；
|
||||
2. 共享理论与方法层；
|
||||
3. 子课题A；
|
||||
4. 子课题B；
|
||||
5. 共同问题、差异边界与总体结论。
|
||||
|
||||
## 3. 当前结论
|
||||
|
||||
在当前阶段，最稳的组织方式不是把两个子课题拆成两个独立框架，而是在框架2内部保持“一总两子”的结构，并用共享方法层与综合收敛层保证主线统一。
|
||||
@@ -0,0 +1,11 @@
|
||||
# 综合比较与收敛
|
||||
|
||||
本目录用于承接总课题层面对两个子课题的统一实验骨架、论文组织和后续收敛工作。
|
||||
|
||||
## 当前文档
|
||||
|
||||
1. [01-统一实验设计与验证骨架.md](./01-统一实验设计与验证骨架.md)
|
||||
2. [02-总课题论文写作规划.md](./02-总课题论文写作规划.md)
|
||||
3. [03-两个子课题的共同问题.md](./03-两个子课题的共同问题.md)
|
||||
4. [04-两个子课题的差异边界.md](./04-两个子课题的差异边界.md)
|
||||
5. [05-总课题申报与论文组织建议.md](./05-总课题申报与论文组织建议.md)
|
||||
Reference in New Issue
Block a user