最新已推送状态：详细耗时 profile

提交与结论

本轮先完成并推送三个提交到 origin/main：

• 0548efe：完整负载历史矩阵、资源回归归因工具与报告。

• b5d16b4：独立提交已有的 SSG 宿主额度政策。

• 214de5fec5ea796a047024510566168e1fa81d08：按轮固定输入、移除版本扫描和批次失效契约。

下面全部测量固定最后这个提交，普通二进制从 git archive 的源码重新构建，不改 CLI 额度，不复用之前的计时样本。profile 之后没有修改生产代码、消费者或依赖锁。

主要结论：

1. 完整 XIV 的成本分散在发布、生成准备和文档分析，分别占阶段探针内总耗时约 24.1%、22.7%、18.8%；逐页模板占 13.2%。只优化模块编译或 HTML Renderer 无法解决它的大头。

2. 其余四个完整站点都以求值为第一热点，占 52.6%–71.5%；无模块正文也有 62.1% 在求值。这已不是旧的文件版本扫描问题。

3. comemo 实际在工作：共享图实际编译 18 个模块，宽导出图 6 个；宽导出实际绑定只有 11 次。不能把它的 1.50 s 主要归因于“反复编译 256 个导出”。私有图仍实际编译 5,120 个模块，约 133 ms。

4. 文件发布不只是写文件：XIV 的写出约 425 ms，清理旧目录约 357 ms。站点普通对象析构远小于旧目录删除，二者不能混为同一种“收尾”。

5. 求值中的重复树拷贝值得优先处理，而不是继续删除预算检查：宽导出补充探针中，被单独计时的 clone 位置合计约 488 ms；结构检查约 4.46 ms，内容计数约 3.93 ms。补充探针自身增加约 9.2% 耗时，这些数值只作独立归因，不冒充普通二进制的耗时。

6. 五个主负载均没有语言 Data API 调用；SSG 的 site.data 序列化约 95 ms 是另一个宿主阶段。JSON／TOML 正向控制确认读取、解析与命中探针都连通。

普通 release：完整 CLI 实测

五轮新进程，固定 CPU 8，先完整预热文件系统；CPU 为环境报告的 AMD Ryzen 9 9950X3D2，governor=powersave，未锁频。user／system 为五轮均值，包含 CLI 等待并回收的子进程 CPU 用量，不是某个 Rust 函数的 CPU 时间。

完整保留 XIV 的真实 CSV、全部页面及正文；另四种仍为 512 详情＋8 目录＋首页。计时包括启动、扩展、分析、求值、HTML、模板、事务发布与退出；编译、预热和输出校验在计时外。

阶段归因：互不重叠的分区

以下来自独立 coarse 探针三轮的均值，单位 ms。每列分项加总为该探针内的 cli.total；不将普通 wall 中位数按这些比例硬拆，也不把父子 Inclusive 相加。exec／动态加载等 main 之前的时间不在 cli.total 内。

SSG 总耗时减去显式阶段得到“站点局部数据析构”；宿主项包括 target 准备、Vault 回收及 CLI 其余工作。显式细分析构探针用于核对这个边界，不把它与旧输出目录清理相加重复计费。

XIV：进一步下钻

下列为独立 detail 探针三轮均值，和上节 coarse 表不是同一次计时。除特别注明的父项外，这些行对应不同范围；包含关系须按下面的说明理解。

ensure_environment 的 295.071 ms Inclusive = 自身 144.814 + Environment.document 81.790 + 文本登记 68.466 ms；这三项不能再与父项重复相加。配置解析自身只有 23.992 ms，不能把整个环境阶段都归因于 TOML。

此 XIV 消费者在 scripts/items.py 的 add_document 中生成属性文档，正文主要由 item／catalog 模板读取 site.data 生成。因此它没有 notc 模块编译，Resolve／Materialize 和求值树都很小；这不是删除了页面正文，也不能代表模块富集站点。

扩展 prepare 总计约 761 ms，其中 stdio 总计约 635 ms；余下约 126 ms 在扩展应用、候选输入处理和路径／路由验证等宿主工作。crates/notist-ssg/src/extensions.rs 目前在每个扩展之后及 prepare 结束时验证，随后 build 再建 Route；这是可继续调查的重复工作候选，本轮没有把这 126 ms 全部武断归因于某一处验证。

模块站：已从版本扫描转向真实求值

第一层独立细分定位到 eval.present：无模块 197.694 ms、共享 459.077 ms、私有 466.909 ms、宽导出 935.865 ms。bind_content 分别为 74.994、12.911、13.263、14.080 ms。这里的 present 是不透明内容调用展开与最终 Item 树呈现，不是 HTML Renderer。

后续优先级

1. 模块／原生正文站：先改求值树的重复深拷贝与调用装配。 这是所有四个 521 页负载共有的热点；先保留语义，只改善拥有权／共享方式，再按本轮同输入、逐文件输出验收。

2. 完整 XIV：先看文件发布和生成准备，而不是继续调 comemo。 优先确认唯一父目录的创建能否统一处理，减少重复 mkdir；旧目录删除仍要作为完整构建成本计入，不能仅移出计时伪装提速。发布的暂存、替换、失败保留旧站边界应保留。

3. 其后优化逐页元数据／环境装配。 51,739 次解析、环境与源码登记有真实成本；已有上下文共享有效，site.data 转换不是每页重复执行。扩展路径／Route 重复验证值得进一步限定范围，不应以改变页面枚举或 site.data 模型掩盖。

4. 暂不优先处理预算检查或重做模块缓存。 本轮实际绑定 miss 和硬预算／结构验证都很小；改消费者、删除安全检查、缩减正文不属于本轮分析或建议的收益来源。

插桩开销、验证与产物

普通计时、coarse、detail 使用三个独立二进制。下表是相对普通二进制均值的观测差异，含特性／代码生成差异和测量波动，不能视为已精确分离的纯计时器成本：

独立 self 计时只扣除已插桩子范围，包含未插桩工作和测量成本，不是 perf 采样 CPU Self；递归同名范围也按嵌套扣除。每次详细运行检查 Self 总和等于根 CLI 范围。

主批包含 25 次普通计时、两种探针各 15 次、15 次预热、3 次真实 JSON／TOML 正向控制，再加独立 cProfile 及两次完整 strace，共 76 次构建；独立求值补充再运行 32 次，合计 108 次。每次退出后核对全部相对路径、字节数和逐文件 SHA-256；全量输出均一致。正向控制检测到 4 次读取、2 次实际解析、2 次解析命中；五个主负载的语言 Data 读取均为零。

环境没有 perf／py-spy，本轮没有声称提供采样火焰图，也不作 RSS 排名。Python 工具 25 项与 std-only Rust 计时器 2 项测试通过；探针创建、编译、计时与校验分开执行。临时探针初次构建的命名空间修正及失败日志保留，没有改动生产源码。

原始目录：/tmp/opencode/notist-current-profile-20261103/。

• manifest.json、environment.json：精确提交、CPU／工具链、构建环境、源码／输入／二进制指纹。

• samples.json、summary.json、integrity.json：每轮 wall／user／system、阶段、调用次数与分区复核。

• sources/、patches/、bin/、logs/、inventories/：源码快照、插桩补丁、二进制、完整日志、逐次逐文件输出清单。

• python.pstats、python-profile.json、strace.json：独立子进程函数 profile 与系统调用证据。

• evaluator-summary.json、evaluator-samples.json、evaluator-manifest.json：独立求值二级探针、同批基线、工作次数与二进制哈希；不混进主批普通样本。

• final-integrity.json：合并复核全部 108 次完整运行；dashboard.html 为可切换负载的可视化，dashboard.jpg 为截图。

• 复现工具：tools/profile_current.py、tools/profile_evaluator.py、tools/current_profile_probe.rs、tools/CURRENT_PROFILE.md；最新生产提交固定为 214de5f，本次新增 profile 工具与报告另外留在工作区。