G121 不是重跑同失败writer，也不是降低阈值

1. 基线、假设与不变量

基线5032f24/main。G120一次完整Mach500Hz五组1.88–2.12%超1%/2s门，默认OFF/500Hz/误差5%/原54/500ms/120槽240点/完整准备变化尾失败保持；当前Mac130唯一内部签名App+DMG未动，首内存未通过/CPU未正式验/accepted0/54/formal0/5/最终公证GPL仍OPEN。Owner同AI方案/执行/自复核，无第三方、不采手机。

已知真实new getrusage readwall均5.76–7.77µs、task11.86–13.94µs，不能用紧循环2.76µs或此前无QoS组件0.55585%加总推全writer。假设H1：QoS造成唤醒/系统读取的冷路径成本差；H2：dual API唤醒后成本明显不同于tight loop；H3：整数编码/有界缓存追加是否构成关键增量。只检验限定条件，不宣称排他根因或系统普遍不可达。

2. 预定一次组件序列

固定500Hz请求、每件2秒Mach绝对等待、完整实际missed计数与API返回码/真实readwall，不产生伪指标或引用为校准记录。顺序：default-wait-only、userInitiated-wait-only、default-dualAPI、userInitiated-dualAPI、userInitiated-dualAPI+encode-memory、default-dualAPI+encode-memory、default-rusage-only、default-task-only。每件一个短命线程、同2ms绝对origin、相同nominal算法、NSCondition/cancel检查；CPUSeconds/原2s、RSS/observed回调/漏槽/API失败各自保全，完整序列不重试、不按绿色选择性删除。读区间wall不是CPU归因，组件独立运行不相加分解原writer。

另一个不同配置候选而非同失败矩阵重跑：由冻结实际G120源码只替换Thread QoS userInitiated→default并改私有类名，从全部真实相同sample/write/footer代码生成候选，独占冷文件2s+0.25s收尾一次，500Hz/双API/160B/原1%门全部不改。计算候选成本并用原Fine reader验证完整binary；此单次候选即使≤1%也只能是下一G122完整五组+旧新匹配与生命周期验证方向，不能当设备准入。候选超门则保留，不重跑本批同候选。

3. 资源、公式与边界

编译120s/768MiB、原生运行45s/64MiB，串行1；consumer解析≤120s/128MiB、buffer≤32KiB+160、单候选≤16MiB。组件O(1)/真实callback、最多1001次/2s，各退出后线程join≤500ms，wait/API出错停止当前件并令整批partial，不补名义回调。系统getrusage的user+system秒差分/原2s是CPU成本，独立readbegin/end均Mach/timebase，失败不填CPU参考真0。物理I/O峰unknown。监督ps单probe2s，树RSS/terminal/deadline与缺测即停保持，不新环境/服务/worktree，不改产品/SDK/Fixture提交源码/原Oracle/旧证据、不调用设备、不发布网站。

4. 交付与下一门

本devlog追加实际结果/来源生成fingerprint与偏差、goal/serial/ledger/handoff+CPU知识与首页状态、新immutableHTML，site仅build300s/3GiB/0死链。窄提交、双远程每批各一次（GitLab失败不retry）、一次Webhook。若QoS候选或其它已证方向值得修，先另立G122最小实现+完整原500Hz/1%成本/生命周期/27+288控制，过后才继承G119一次phone资格，不在本批偷偷进设备。原全54与五轮100%目标不变，不把参考工具工作当指标完成。

Validation Update · 2026-10-07 · QoS假设未支持

G121固定8组件及一次不同QoS候选已取证；default完整writer1.9841%仍超1%，不支持只改QoS的修复。无产品/Fixture提交源码变化、0手机；下一G122实际ARM64设备仅自有参考开销对照，原1%不变，过门前不采产品指标。

Owner同AI自复核非第三方，E2 host真实执行。编译/45s运行/64MiB监督通过；8件一次顺序与完整default候选一次全部保留，不重跑。candidate实际binary由不变的Fine reader完整解析1000样本、API失败0，cost1.9841%拒；pending开销配置未写入产品或Fixture提交源码。

实际wait-only约0.9900–1.0143%，dualAPI1.69305–1.71605%，带encode1.7579–1.85985%，单rusage1.3148%、单task1.6332%；default完整候选1.9841%。同频率本host读取/唤醒共同已有显著成本，但各件独立、回调missed不同，不把这些百分比相加减成原writer分解或“唯一原因”；不把旧独立无锁组件0.55585%当本次保证。default并未在预定候选通过，不实施QoS-only修复、不再重复相同host矩阵。candidate类型改名+一个QoS常量变化的生成fingerprint、actualAPI/encode wall统计/原回调保全，不生成虚假Metric/Session。

Decision Update · 2026-10-07 · host代理门与实际设备扰动分开

实际宿主uname为x86_64；已有已签自有Fixture89独立架构核为arm64。本host失败只证明x86_64的此路径未满足1%，未证明ARM64设备同代码扰动超1%。此前G119/G120将host1%作为设备入口唯一先决条件，可能造成跨架构代理替代真实目标平台判据；这些历史失败/未准入结论保留，不回改或假装host通过。

下一G122另立强验证路径：只签名/覆盖自有App（Mac130保持），启动专用默认OFF开销probe，真实设备同App进程五组old50Hz/new500Hz完整冷文件，每个new的完整processCPU/原2s仍≤1%、RSS≤64MiB，并保留设备独立读区间/所有missed/失败；实际进程总CPU含UI/线程创建/文件收尾是保守上界，不用扣基线或尾等待稀释。host功能/严格签名/原27+288工具是入口，host cost失败仍OPEN，但不冒充设备cost的唯一结论。

这不是提高1%或降低500Hz，也不是重跑相同host失败求绿；是用实际部署ISA更直接检验同一成本阈值。该专用observer probe不得采任何Perfowl产品指标、不得算正式五轮/数值校准、不得改普通Fixture刺激与默认参考；App只在strictBoolean专用probe ON时暂停其它自身参考/刺激以避免混入不可分解观察者，完整原正常OFF路径字节保全。若设备成本失败或设备不可达，保留一次失败、不自动retry、不进入产品CPU资格；若全部五组通过，再另立正常刺激/原固定窗口/current130同life数值与供给资格，仍不得直接开始正式54/五轮。

本批Mac130唯一已装App/DMG、产品/test265/SDK6/v3与实际Fixture源码未改，G12065封存原件保全。完整54 accepted0/54/formal0/5，首内存未通过/CPU精度与来源仍未验，最终公证/GPL/GUI/电学参考保持，目标active。site仅build/new不可改HTML，不发布、不新环境；原500ms/240点/5%/100%与完整准备变化尾失败不动。