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.
33 lines
751 B
Markdown
33 lines
751 B
Markdown
# 两个子课题的差异边界
|
||
|
||
## 1. 子课题A的主边界
|
||
|
||
子课题A的主边界在于:
|
||
|
||
- 极小资源预算;
|
||
- 静态部署;
|
||
- 低功耗与小型化;
|
||
- 工具链和芯片协同;
|
||
- 小模型与控制任务的静态共存。
|
||
|
||
## 2. 子课题B的主边界
|
||
|
||
子课题B的主边界在于:
|
||
|
||
- Linux / RTOS 分工;
|
||
- Hypervisor 与 Hybrid;
|
||
- 统一内存、总线、DMA、NPU/GPU 竞争;
|
||
- 规则兜底与异常切换;
|
||
- 混合系统中的整体确定性。
|
||
|
||
## 3. 为什么不能混写
|
||
|
||
两个子课题对应的是两类不同的问题结构,因此:
|
||
|
||
- 评价重点不同;
|
||
- 工程条件不同;
|
||
- 合作对象不同;
|
||
- 论文表达重点不同。
|
||
|
||
这就是框架2内部需要采用“一总两子”结构的原因。
|