引言在嵌入式系统和移动端设备（如 Android 手机、IoT 设备）的开发中，内存压力（Memory Pressure）始终是一个绕不开的难题。为了维持系统流畅度，我们通常依赖 Swap 机制。然而，传统的 Swap 子系统在面对 eMMC/UFS 等 NAND Flash 存储时，存在一个致命伤：随机小块写入带来的高写放大（WAF）和寿命损耗。受 F2FS（Flash-Friendly File System）的启发，我们近期在生产环境中实践了一种“Flash 友好型 Swap 布局”。本文将分享我们的设计思路、实战经验，以及关于将该特性推向 Linux 内核上游（Upstream）的思考。为什么传统的 Swap 是 Flash 的“杀手”？NAND Flash 的物理特性决定了它不能直接覆盖写，必须“先擦后写”，且以擦除扇区（Erase Block）为最小管理单位。随机写入痛点：标准 Swap 产生的是零碎、随机且频繁的 I/O。即便 eMMC 内部有 FTL（闪存转换层），频繁的随机写依然会触发大量的内部垃圾回收（GC），导致写放大（Write Amplification）飙升。寿命挑战：嵌入式设备的 P/E 次数（擦写寿命）有限。在高强度的 Swap 换入换出下，这种“不友好”的写入模式会显著缩短存储介质的寿命。核心设计方案：Flash Friendly Swap我们在生产环境中构建了一套位于 Swap 层与块设备层之间的驱动方案，核心逻辑包含以下三大模块：1. RAM 缓冲与顺序回写 (Sequential Writeback)我们引入了一个内核线程作为“缓冲区”。Swap-out 的页面不会立即下发到底层闪存，而是先在 RAM 中累积。