update low-power subtopic and evidence framing

2026-09-22 13:46:16 +08:00
parent 67297c66bf
commit 7bcd140cdb
8 changed files with 134 additions and 25 deletions
@@ -59,6 +59,15 @@
 硬件承担关键验证矩阵角色。
 `T5~T1` 五类部署形态和 `11` 个代表档位用于验证系统机制在不同资源条件下的成立范围与边界。

+这套验证矩阵统一的是建模、测量与对照方法，不预设同一套 RTOS 机制会在所有档位取得相同收益。研究重点是识别不同部署层级下机制有效的条件、收益来源与失效边界。
+
+对于 `T2/T1` 这类搭载独立 GPU 或复杂互联的层级，还需要单独区分两类证据：
+
+- CPU 侧实时调度、中断隔离、内存预算、关键保障负载保护等系统级证据；
+- 加速器执行、跨卡通信、驱动与运行时行为带来的平台级边界证据。
+
+前者属于 RTOS 直接可分析范围，后者作为系统约束和外部边界进入解释框架。
+
 ## 3. 负载建模：三类负载

 ### 3.1 三类负载定义
@@ -137,6 +146,8 @@

 任何准入失败都要作为研究记录保留。

+对于 `T2/T1` 扩展层级，如果商业 GPU 驱动生态或平台条件限制了 RTOS 原生实测，需将该层级明确标注为建模分析、条件验证或基线对照证据，不把未完成的 RTOS 原生实测写成正式结果。
+
 ## 6. 对照原则

 ### 6.1 固定不变项
@@ -146,6 +157,7 @@
 - 模型版本、量化格式、tokenizer、输入长度与输出长度；
 - CPU 核数量、优先级、内存预算、加速器数量；
 - 到达流、随机种子、预热时间、采样窗口；
+- PTP 或等效时钟同步方式、时间戳对齐策略与测量链路；
 - 环境温度、散热、驱动与框架版本。

 ### 6.2 允许变化项
@@ -161,7 +173,7 @@

 ## 7. 建模与分析方法

-### 7.1 调度分析
+### 7.1 可调度性与响应时间分析

 关键保障负载优先使用固定优先级与响应时间分析：

@@ -183,6 +195,8 @@ R_i^(k+1) = C_i + Σ_{j∈hp(i)} ⌈R_i^(k) / T_j⌉ × C_j
 - 可隔离的设备任务；
 - 必要时具有阶段性优先级的任务图。

+当场景包含跨节点协同或外部总线闭环时，还需把时间同步误差、通信抖动和设备完成事件纳入分析参数。对于具备形式化边界的关键保障任务，应进一步结合 WCET 假设、到达模型与调度策略，形成可调度性判定条件。
+
 ### 7.2 容量与热稳定性分析

 对人工智能目标负载，需要同时分析：
@@ -217,6 +231,7 @@ R_i^(k+1) = C_i + Σ_{j∈hp(i)} ⌈R_i^(k) / T_j⌉ × C_j
 | 性能分析 | perf、设备 profiler、定制采样脚本 |
 | 功率与温度 | 外部功率计、PDU、板载传感器、温度记录 |
 | 外设测量 | 示波器、逻辑分析仪、CAN/RS485 分析仪 |
+| 时间同步 | PTP、硬件时间戳、同步误差校验脚本 |

 下面给出统一测量矩阵，用于把指标、采样工具与观测目的对齐：

@@ -273,6 +288,7 @@ R_i^(k+1) = C_i + Σ_{j∈hp(i)} ⌈R_i^(k) / T_j⌉ × C_j

 1. **怎么保证研究对象始终落在 RTOS 平台层；**
 2. **怎么把人工智能目标负载、关键保障负载和伴生竞争负载统一进同一评价框架；**
-3. **怎么在不降低硬件配置与指标颗粒度的前提下，得到可复现、可比较、可解释的证据。**
+3. **怎么在不降低硬件配置与指标颗粒度的前提下，得到可复现、可比较、可解释的证据；**
+4. **怎么用统一方法识别不同部署层级下 RTOS 机制的有效区间与失效边界。**

 这也是后续 `02-基础设备与算力基础.md`、`03-实验设计.md` 和 `04-论文写作规划.md` 必须共同服从的方法论中轴。