内存管理的十个优化方向

两个目标：内存管理性能（吞吐 / 延迟 / CPU）× 冷热页管理有效性（判定 / 保护 / 处置）

XNU xnu-7195.141.2（iOS 14.8，六版本演化存档 iOS 12→18）

Linux 5.10 → 6.1 → 6.6 → 6.12（Android 16）→ 6.18（Android 17）→ 7.3-rc3（主线）

全部结论附行号锚点，可机械复核 · 2026-09 · 按 → 键翻页，G 键总览

方向从何而来：三大根本分野 × 两个目标

XNU

内核内查杀：memorystatus 单循环健康检查，210 band × 15 kill reason；回收不前进时 pageout 线程内直接杀（vm_pageout.c:2730）

Linux / Android

用户态查杀：lmkd + PSI + oom_score_adj；内核只出卖机制，direct reclaim 停在 throttle 等 OOM/PSI 事件

→ C3 C4

XNU

每任务打包段：c_segment 变长槽 + 压缩页计入 phys_footprint + 段年龄驱动整段换出 NAND；「压缩不驱逐」哲学

Linux / Android

逐页独立：zram/zsmalloc 全局块设备；压缩池物理页记账在 root；上游无自动年龄换出策略

→ C1 C7
→ P1 P2

XNU

freezer = 定向换出：挂起 app → 全量压缩 → 写 NAND → 提升 band 75 保护；解冻按需拉回

Linux / Android

cgroup freezer 只停 CPU：冻结 app 内存全量驻留，驱逐靠全局 LRU，与挂起状态无关

→ C4（+C1）

2

#	方向	目标	一句话理由	落点	优先级

目标列：冷热 = 冷热页管理有效性（目标 B），性能 = 内存管理性能（目标 A）；C1/C4 已被 Android 17（mmd + memory-limiter）部分落地验证

3

短期 0~6 月

用户态 / 配置（零内核改动）

C4(a) 存量回移：Android 14~16 复刻 mmd 管线（cgroup v2 + memory.reclaim——6.1+ 可用，swappiness 选项需 6.12+——+ 全局 mark_idle/writeback）
C3 前半：回读率 / refault 观测（tracepoint + debugfs 直方图，先观测后导出） · MGLRU 参数调优（min_ttl_ms 用起来） · 确认 same-filled / recompression 开启

依赖：Android 14 GKI（6.1）起 · 收益：存量设备获得 Android 17 主要内存收益；反馈数据开始积累

中期 6~18 月

产品内核补丁

C1 世代年龄接入（TRACK_ENTRY_ACTIME + MGLRU 时间戳映射） · C2 工作集 floor（min_ttl_ms per-memcg 化） · C7 放置策略层
C3 后半（PSI 式稳定接口） · P3 zram 大 folio 换入 · C4(c) ioctl 上游化

依赖：GKI vendor hook 或上游化 · 收益：冷判定质量、热集保护、放置正确性、召回延迟

长期

框架级上游

依赖：主线 mm 社区共识 · 收益：语义级对齐 XNU，生态级收益

14

①　XNU 已证明移动端冷热处置语义的价值——Android 17 正沿同一路径收敛，方向被产业验证

②　Linux 的机制骨架全部就绪——MGLRU 世代 / zram writeback / DAMON / cgroup 只待语义嫁接，多数方向可从用户态起步

③　避免整体搬入「一体化内核策略」——那会推翻 Linux 十年建立的机制/策略分层；PSI 与 MGLRU 正是分层的红利

详细论证：xnu-vs-linux-mem-optimization.md（§4 C1-C7 + P1-P3，全行号锚点） · 调研底稿：linux-mm-android-research-notes.md（含全部来源 URL）