终端设备场景用户态内存分配器竞品分析

方法：实验驱动、评分迭代——"实验 → 文档 → 独立评委双盲打分 → Gap 分析 → 补实验 → 修订"循环， 直至文档达到通过线（总分 ≥90/100 且六维各 ≥80%）。全部结论有落盘数据支撑，全部脚本可复现。

迭代过程

1. Round 1 → 文档 v1 · 得分 80.5（目标 ≥65 ✅）
   E1 吞吐 / E2 并发 / E4 稳态 / E5 归还 × 4 配置 × 5 reps 初测。评委确认溯源全部命中，但抓到：E4 开销列数据错误、"±5%"措辞不实、system RR@5s 双峰异常、E1/E2 预热协议缺失。tcmalloc 四条接入路径全部 SIGBUS，降档设计级并归档崩溃报告。
2. Round 2+3 → 文档 v2 · 得分 85.75（目标 ≥80 ✅，通过线未达）
   预热协议升至 1M 次全量重测（round3，502 文件）；新增 E3 延迟分位、E5B 显式释放、E6 sqlite 宏基准。重大发现：系统分配器归还压力耦合（E5P 对照实验——无压 RR=0.000，人为压力 0.95+）。评委全量复算 269 个 JSON 零数字错误，但发现 E4P 归因错误（脚本误用 system 二进制冒充 mimalloc）与压力实验协议未固化。
3. Round 4 → 文档 v3 · 得分 89.0（差 1 分未过线）
   E4P 作废重测（双配置 + alloc 字段逐一校验）——真实结论与 v2 叙事相反：mimalloc E4 压力不敏感；E5P 补足 reps 并引入交错对照协议。评委确认 E4P 修复真实、60+ 项复算零算错，但 A 评委发现第三起同类归因错误：E5P "jemalloc swap 窗口"批实为 system 二进制数据（脚本 run_one 无 DYLD 注入通道），"swap 窗口伪影"叙事整体撤回。
4. Round 5 → 文档 v4 · 得分 93.25（通过：A 92.5 / B 94，各维均 ≥80%）
   压力脚本 v4 重写：alloc 运行后断言（结构性杜绝归因错误，25/25 通过）+ 逐 rep 空闲%/swap 落盘。以正确注入重测：swap 耗尽下 je/mi 仍 0.000（撤回的 swap 出口叙事由真实数据补位）；同会话同条件窗口三方对照（空闲 31–34%/swap 6.8GB 日志钉死）——system 0.956–0.968 vs je/mi 全 0.000，核心发现的最强证据形态；新增 system 归还阈值观察（介于空闲 33–36% 之间）。

评分轨迹

核心结论速览

1. 小对象密集负载 mimalloc 吞吐 4.42×，8 线程不退化；混合尺寸负载系统 libmalloc 最快；
2. 系统分配器归还压力自适应：无压力不归还（无害），压力下归还 95%+（阈值在本机介于空闲 33–36% 之间）——恰在需要时归还；
3. 第三方默认配置全谱压力下不归还（jemalloc 15/15、mimalloc 20/20 reps 为 0.000，覆盖空闲 26–39%、swap 耗尽、与归还中的 system 同会话同条件窗口对照）；
4. 可靠的第三方归还路线是显式 API：mi_collect 11.5ms → RR 0.997（无需压力配合）；
5. 常开激进 purge（tuned）三输：吞吐 −80~−96%、淤积 EMR 低于 jemalloc-tuned、归还仅 0.90；
6. tcmalloc 在 macOS 26.4 启动即 SIGBUS（四路径全败，档案在册）。

过程诚实性声明

本项目发生过三起同类归因错误（压力实验中 system 二进制冒充第三方配置）：v2 的 E4P 与 v3 的 E5P-jemalloc 两起被独立评委溯源发现并作废重测，根因（脚本抽象缺 DYLD 注入通道、无事后校验）在 v4 以 alloc 运行后断言（25/25 通过）结构性修复，并以 aggregate.py 自动聚合压力数据根治手工转录管道。全部错误数据作废归档（superseded/ 附 README），全部撤回在文档中显式声明；失败实验（tcmalloc、可压缩 hog）保留完整档案——这正是评分体系的用途所在。