2.4 KiB
Windows Sync 组件内存观测（5d3c214）
这是单独 Rust 测试进程的组件观测，完整生产化验收状态为 NOT_ASSESSED。每个场景启动独立进程，串行运行 3 次。四个文件场景使用已有真实 100 MiB 数据测试；对照场景使用生成式 100 MiB 流。全部 15 次测试均确认恰好 1 项通过、0 失败、0 ignored。
| 场景 | 三次最大峰值工作集 MiB | 三次最大峰值提交内存 MiB |
|---|---|---|
| 生成流校验（对照） | 9.10 | 2.16 |
| 写入与日志恢复 | 12.70 | 2.75 |
| 重命名与删除 | 12.63 | 2.85 |
| 三种冲突解决 | 12.72 | 2.82 |
| 扫描与重新绑定 | 12.91 | 2.92 |
峰值工作集与峰值提交内存来自 GetProcessMemoryInfo 的操作系统累计计数；工作集表示物理映射内存，提交内存不是实际分页文件读写量，二者不能相加。计数定义参考 Memory Performance Information。父进程约每 10 ms 读取一次，JSON 保留样本数、读取错误和最后一次观测到退出的间隔，不能声称覆盖退出前每个瞬间。
环境：Windows 11 build 26100，Intel Core i7-13620H，16 逻辑处理器，Python 3.13.9。Rust 编译器、可执行文件摘要、Rust 源码摘要及 Cargo.lock 摘要记录在 原始报告。测量器先用分配并保留 64 MiB 的独立 Python 子进程校验，工作集与提交峰值都必须至少达到该分配量，否则不会继续报告成功。
范围不含 WebView、Core、Sync 服务端、其他后代进程和系统文件缓存。磁盘与网络未测量；该机器和数据组合不是规划的 4 核/16 GiB、10000 笔记、双账号双 Vault 和规定网络环境。未建立改造前的实测基线，因此不报告降低百分比。不能将本结果作为 S-09 四并发上传服务总 RSS≤2 GiB、吞吐/延迟或完整客户端端到端验收通过。
复现命令：python scripts/measure-sync-memory.py --runs 3 --output .build/sync-memory。脚本先构建当前 Rust library test executable，再使用冻结的 exact 测试名称逐个启动，拒绝空匹配、ignored、测试失败或无内存样本。退出 0 表示这些组件测量完成，不表示生产化发布门槛全部满足。