⚙️ 有效吞吐率（ETR）路线图
性能哲学：不以峰值毛吞吐为准，以"单位物理资源下的有效业务交付率（Goodput / ETR / TCO）"为主口径 · 2026-09-13 定稿
赛道声明
- 不与 Linux/LLVM 拼峰值吞吐（其主场）；只在确定性 + 零拷贝 + 软硬同源维度做可比优势
- 与"不拿通用吞吐硬比"互补不冲突：前者是赛道选择，ETR 是更优指标
Linux用较多物理资源，赌"任何负载都能跑"（鲁棒性保险）
EOS用较少物理资源，赌"负载可预测"（确定性红利）
→ 不是谁更聪明，是保费买的东西不同。禁止表述为"Linux 有设计缺陷"。
三阶段路线
- Phase 1 物理零损耗与 ETR 基准：ETR-001 基准套件 · ETR-005 可测性定义（★前置）· 结构性减少软件层重复拷贝（热路径，净效果待实测）
- Phase 2 无锁横向扩展：ETR-002 SASOS 近线性多核调度 · ETR-003 编译期 ETR 优化器
- Phase 3 E-Chip 软硬同源存算一体（长线）：ETR-004 硬件零拷贝 + 无 MMU 存算通道（通用 x86 不可取消 MMU，分平台声明）
铁律 9 / 10（已入 RULES v1.1）
- 9 有效吞吐优先：ETR 主口径拒毛吞吐；无 ETR-005 定义的数字一律无效；全标待实测
- 10 指标可测性优先：对外指标必须先定义"谁声明有效性 + 如何复现 + 可比边界"三要素
全文入仓：docs/ETR_ROADMAP_v1.0.md · 铁律机器可读：docs/RULES_v1.0.json v1.1（hash 25ad7d97）