1.1 三维堆叠带来的写入劣化

平面 NAND 时代，一颗die 上横向排列的单元数量是有限的，单元之间距离足够大，干扰相对可控。把单元改成立体堆叠之后，垂直方向的层数从个位数涨到几十层甚至更多，单元之间的沟道间距急剧缩小。这件事对写入的直接后果有三个，而且三者叠加。

1. 编程脉冲数上升。单元之间的耦合更强，阈值电压分布变宽，一次编程很难把目标电压打准，只能靠更多的增量编程脉冲反复逼近、每次都验证。一次页编程的耗时因此被拉长，而且这种拉长与数据内容相关——从全1 变成全 0 或反过来，脉冲数可能明显不同。
2. 擦除电压分布变宽。层数越多，堆叠方向的电场分布越不均匀，擦除时不同位置的擦除裕量差异变大。为了确认擦干净，控制器需要更多轮验证，进一步拉长擦除时间。
3. 读干扰与保持期恶化。单元间距变小，读取一个单元对邻居的扰动更强；层数增加也让保持期漏电问题更突出。这部分属于可靠性范畴，本篇不展开，但它会以「后台刷新」「读重试」的形式侵占带宽，间接影响稳态时延。

关键结论是：三维堆叠让NAND 的写入从「一个确定的代价」变成了「一个分布」。厂商规格书上的写入时间通常是典型负载下的值，实际时延会有波动。这正是缓存有存在价值的物理前提——如果每次写入都严格等长，缓存就没意义了，控制器直接排队即可。

这五条里，只有最后一条是缓存能直接消除的；其余四条缓存最多是「推迟」或「吸收波动」。把这一点讲清楚，后面对缓存的评价标准才不会跑偏。

1.2 低页写入与高页写入的代价差

三维堆叠还有一个特性是平面时代没有的：同一块里，不同的页写入代价不一样。这是多层栅极堆叠的直接后果。

在把电荷送进单元这件事上，不同的栅极层面对应的物理路径不同：靠近沟道的那一层（俗称低页区）电荷进出最容易；越靠上的字线离字线驱动端越远，字线压降与驱动条件相对越差（具体机理以器件实现为准）。结果就是——写低页快，写高页慢，而且这个差距在堆叠层数增加时会被放大。

厂商的应对策略是写排序：固件主动把顺序写映射到低页区，把随机写、覆盖写、更新写放到高页区。这是一套纯固件的调度，不增加任何成本，收益却很直接。理解这一点很重要，因为它意味着：

• 「顺序写比随机写快」不只是因为随机写碎片多，还因为顺序写可以被引导到代价更低的页区。
• 一旦负载从顺序变成随机，即使总量不变、块区分布不变，时延也会变化——因为可用的低页区被消耗掉了。
• 缓存相当于在数据区之上多出一层「全部按最优方式写」的存储空间，等于把高页区的竞争挪出了关键路径。

这一节的内容在姊妹篇《NAND 存储单元与 3D NAND》里展开过（单元类型、每单元比特数与堆叠方式的关系），本篇只引用结论，不再重复物理细节。之所以在这里重新提起来，是因为它是理解缓存收益来源的第一块拼图：缓存的收益，一部分来自「SLC 比 XLC 快」，另一部分来自「顺序写比随机写快」，而缓存对这两部分都有帮助。

1.3 缓存作为缓冲层的思路

把前面两节拼起来，缓存的思路就清楚了。NAND 的写入代价本来就有高低之分：SLC 页比 XLC 页快，低页区比高页区快，顺序写比随机写快。主机负载里这两类写是混在一起的，控制器无法控制主机要写什么，但可以控制数据先写到哪一层去。

于是缓存的做法是：在正常数据区之外，额外准备一小块空间，这块空间用代价最低的方式写。主机写过来，先写进这块空间，写完就算完成，主机不用等。盘里在后台慢慢地把这些数据搬回数据区，搬的时候可以合并、可以排序、可以挑低页区优先，代价被摊薄。

图1 画的是最典型的一条曲线。横轴是累计写入量，以缓存容量为一个单位；纵轴是写入时延的相对倍数。曲线在前段几乎水平（缓存窗口期），到缓存被写满之后迅速抬升，然后稳定在一个平台上（稳态）。图里还画了两条参照线：一条是无缓存基线（始终按 XLC 直写），一条是缓存容量更大的情形——它的平台更高，也就是稳态比小缓存更慢，但平台出现得更晚。

无缓存基线那条线也需要注意：它比缓存的稳态平台要高一些（时延更小），因为没有回写就没有额外的碎片和回收。这说明在持续超长写入的场景里，缓存未必是净收益——它把一部分负载变成了回写负担。缓存真正划算的场景是「写入是间歇的、总量有限的」，或者「系统大部分时间在读」。

1.4 缓存能改善什么、不能改善什么

把缓存的收益与代价分开列清楚，比任何「某方案性能提升多少」的说法都有用。下表左列是改善项，右列是明确不改善甚至恶化项。

表里有三行值得展开。

「持续写入的长期带宽」不改善——这是全文最重要的一条。缓存是缓冲区，不是加速器。缓冲区在读满之后必须清空，清空的过程本身就是原来那笔开销，只是被延后了。如果负载是「一直写、永远写不完」，缓存贡献为零，甚至因为多了一次写而略微为负。

「写放大」通常变差——同一份数据被写了两遍：一次进缓存（按SLC 写），一次回写进数据区（按 XLC 写）。如果统计口径是「主机写了 1 个单位，盘里实际写了几次」，缓存至少让这个数字加一。寿命预算必须按加一之后的口径算。

「随机读性能」不参与——很多选型表里把缓存和读性能放在一起比较，这是分类错误。缓存优化的是写路径，读路径的优化靠的是读缓存、读重试、坏块管理这些别的机制。评估缓存时只用写负载去测，读负载测不出缓存的好坏。

1.5 稳态与冷态的差别

冷态与稳态是本文反复使用的两个词，定义必须先固定下来，否则后面所有讨论都会含混。

• 冷态（缓存窗口期）：缓存还有可用空间，主机写入全部落在缓存区，不触发回写，不触发由回写引起的前台垃圾回收。此时测到的时延与吞吐，主要反映的是 SLC 编程速度加上接口开销，与数据区的真实写入代价无关。
• 过渡期：缓存已满，回写开始，前台写与后台回写争抢同一套资源，垃圾回收被频繁触发。这段时延抬升最快，波动也最大。
• 稳态（缓存耗尽后）：缓存不再起作用，写入全部按数据区的真实代价进行，性能稳定在一个不再继续恶化的平台上。这个平台才是产品的真实性能。

三者的分界点是缓存被写满的时刻，而不是「写了多少 GB」。缓存容量和写入速率的比值决定窗口长度，同一颗器件在不同负载下窗口长度完全不同。

「稳态」这个词还有一个易混的近邻：稳态磨损。它指器件在寿命末期、擦写累积到接近 P/E 上限时的性能状态，跟本文说的「缓存耗尽后的稳定平台」完全是两回事。前者取决于你写了多少，后者取决于缓存多大。JEDEC 对客户端与企业级 SSD 的稳态负载定义通常已经隐含了寿命末期的条件，本篇不再展开，详见姊妹篇《TBW / DWPD 寿命预算》。

1.6 本文要回答的问题与主线

全文收敛到一个判断：SLC Cache 买到的是写入窗口，不是持续带宽。围绕这个判断，全文按下面这条主线推进。每一条给出问题、它为什么重要，以及回答它的是哪一章。

• 缓存缓冲的是什么？：不弄清这一点，就会期待缓存改善它根本改善不了的指标；第 1 章 1.1 ~ 1.4。
• 缓存怎么组织、回写怎么发生？：决定缓存能撑多久、回写带来多少额外写；第 2 章。
• 伪 SLC 值不值得？：它省下了SLC 代价，但切换本身要付时间和数据位置的账；第 3 章。
• 窗口到底有多长？：窗口长度决定业务能享受多久好性能；第 4 章。
• 窗口用完之后发生什么？：这是产品的真实性能，也是唯一有效的验收口径；第 5 章。
• 缓存和垃圾回收怎么互相影响？：这是缓存唯一明确的负面方向，必须一起权衡；第 6 章。
• 三条产品线上分别怎么做？：实现代价、启动影响、可选形态都不同；第 7 章。
• 掉电时数据在哪？：缓存引入了一个新的易失位置，这是新增风险；第 8 章。
• 怎么测才算数？：样本长度不足是最普遍的性能数据造假方式；第 9 章。
• 负载形状如何决定稳态？：同样的总写入量，不同形状的表现差很多；第 10 章。
• 出问题了怎么查？：缓存相关的现象极易被误判成器件失效；第 11 章。
• 要不要用、用多大？：把前面的机制转成可执行的选型判据与清单；第 12 章。

顺带说明两处刻意的取舍。文中不写 SLC/MLC/TLC/QLC 与 2D/3D 的物理机制，那是《NAND 存储单元与 3D NAND》的内容，重复会稀释主线；文中不展开 FTL 映射与写放大的完整推导，那是《FTL 映射与写放大》的内容，本篇只在需要时引用结论。另外，文中所有量级表达都用相对关系（「处于同一量级」「高一个数量级」），不给具体 MB/s 与 IOPS 承诺——因为性能是由负载形状、控制器实现、温度、寿命阶段共同决定的，任何脱离条件的数字都没有意义。

2.1 缓存区的组织形式

缓存区不是一块独立的物理区域，它是从正常数据区里划出来的一部分块。划的方式决定了缓存的容量是否精确、是否可回收、是否与数据区的主机可用容量冲突。

常见的三种组织形式如下。第一种是固定分区：出厂或初始化时划出一段连续的物理块作为缓存区，容量固定，映射上标为不可用。实现最简单、行为最可预测，但两个缺点很实在——一是容量必须按最坏情况设定，负载轻的时候白白占用；二是这部分空间在缓存不用的时候也拿不回来。

第二种是动态分区：缓存块和数据块混在同一池子里，用元数据标记哪些块当前充当缓存。空间利用率高、容量可以按负载调整，代价是控制器必须维护更复杂的块状态机，出错面更大。

第三种是伪 SLC（整盘 pSLC）：不划出专门的缓存区，而是把全盘（或某个分区）动态地在 SLC 模式与 XLC 模式之间切换。它的收益与代价在第 3 章专门讨论。

无论哪种形式，缓存区都有一个共同点：它对主机是不可见的。主机写逻辑地址，永远不直接落在缓存对应的物理位置上；映射表负责把逻辑块翻译到当前真正的物理位置。所以「缓存在哪」是控制器内部的实现细节，不是主机能观察到或配置的接口参数。

2.2 写入路径：日志结构还是直写

缓存有两种根本不同的写入组织方式，选哪一种决定了后面所有行为的形态。

日志结构（log-structured）是 SLC Cache 的默认形态：每次写都往缓存区末尾追加一个新页，完全不管逻辑上是不是在覆盖同一块。缓存区满了就整体或按批回写，回写时再根据逻辑块号把属于同一逻辑块的新旧版本合并，只保留最新的一份。这套结构的优点是写入路径极短——分配、编程、更新映射，三步结束，完全没有读操作参与。缺点是回写时的合并需要额外读，而且会产生碎片。

直写（write-through）是缓存只做缓冲不做累积：数据既写缓存也立刻写数据区，缓存只起「让主机先返回」的作用。这套结构几乎没有合并开销，但写放大直接翻倍，缓存区的容量优势几乎完全丧失，只剩下「提前返回」这一个作用。直写适合的场景是：写入量不大但对数据落地时间有硬要求。

图2 把日志结构的一次写入画成了五步：主机写请求进来，分配器从空闲块池取一个干净块，按 SLC 方式编程写入缓存区，回写调度器按策略把脏页搬回数据区，按 XLC 方式落盘。下面的三个支撑结构——空闲块池、回写队列、元数据区——任何一个缺失，缓存都无法工作。底下三个方块是这条路径上的三类判断，写到这里可以先记住它们，第 8 章会回到这三点讲一致性。

2.3 缓存命中与回写

「命中」这个词在缓存语境里容易被误解。SLC Cache 的命中不是「主机读到了想要的数据」，而是主机要写的那个逻辑块，此刻恰好有一份有效副本留在缓存区里。读路径上根本用不到 SLC Cache。

一次写入在缓存里的生命周期可以分成这几个状态，控制器必须精确跟踪每一个缓存页处在哪一态：

1. 干净（clean）：缓存页里的数据与数据区的最新副本一致，可以随时被覆盖或丢弃。这类页不占回写负担。
2. 脏（dirty）：缓存页里的数据比数据区新，必须回写才能丢弃。脏页数量就是缓存水位线。
3. 回写中（in-flight）：正在被搬到数据区的页。这段时间里它既不能被覆盖也不能被丢弃，是一致性设计里最敏感的状态。
4. 回写完成（flushed）：数据已落到数据区，映射已更新，缓存页可以安全释放或转为干净。

「缓存满」这个说法其实不够精确。真正的判据是脏页数量达到阈值，而不是分配不到缓存块。干净页可以随便覆盖，脏页必须先回写。所以在水位线以下，缓存分配永远成功且很快；一旦脏页攒到阈值，新来的写就要排队等回写腾出空间——这就是时延开始抬升的原因。

2.4 回写时机：合并写还是立即写

回写策略决定了稳态抖动的幅度，是缓存调优里收益最明显的一个参数。它回答的问题是：脏页攒到什么时候、由谁来搬。

写满即回写：水位一到就触发，把当前所有脏页一次搬走。实现最简单，回写延迟可预测，代价是形成明显的「锯齿」——搬完立刻又攒，攒完又搬，前台写在这两个动作之间忽快忽慢。

后台合并写：不等到水位线，而是持续在后台按批次搬运，把水位压在低位。写合并更充分（同一逻辑块的多版本更容易凑齐），碎片更少，写放大更低，但回写占用的通道时间更分散，前台写的时延分布更平滑但平均值可能略高。

定时回写：按固定时间片触发，与写入负载无关。适合周期性写入的负载（例如定时上报的终端），对突发负载反而最不友好。

三者的选择有一条实用经验：负载越接近「持续不断」，越应该选后台合并写，因为持续负载下写满即回写会形成规律性的强抖动，而平滑的稳态对上层应用更友好；负载越是「一阵一阵」，写满即回写的可预测性优势越明显。

表里有一行容易被忽略：空闲带宽利用。后台合并写之所以在持续负载下表现更好，很大程度上是因为它把回写摊进了「本来也没有前台写」的那些时间片。如果负载本身就是满负荷的，后台能利用的空闲窗口很少，后台合并写的优势就会缩水——这时候真正要靠的是减小缓存的必要性（第 12 章）或改变负载形状（第 10 章），而不是调回写策略。

2.5 读路径：缓存未命中怎么办

先明确一件事：读路径不经过 SLC Cache。缓存区里放的是尚未回写的新写入数据，主机读的是逻辑块的最新值。如果最新值已经在数据区（正常情况），直接读数据区；如果最新值还在缓存区（同一个逻辑块被反复覆盖、数据区还是旧版本），那就必须先合并出最新值再返回。

后一种情况是真正需要处理的：它在同一逻辑块被连续多次覆盖时出现。缓存区里堆着这个逻辑块的多个版本，数据区里是最早的那个。主机读它的时候，控制器要么把缓存区的版本合并出来（读放大），要么就地做一次读改写把它敲回数据区（写放大）。两种做法都有代价，而且都发生在关键路径上。

实践中有三种处理方式，按代价从小到大排列：

• 穿透读：直接读数据区的旧版本。因为它可能是旧的，这个选择只在「逻辑块只被写过一次」的常见情形下安全；一旦同一逻辑块被再次覆盖而最新值还在缓存区，就必须读合并，否则返回脏数据。
• 读合并（read-merge）：把数据区版本与缓存区版本在控制器内合并，返回最新值，不产生额外写。代价是控制器要处理跨区域的数据拼接，控制器侧要缓存也要有临时空间。
• 读改写（read-modify-write）：读出旧版本，与新数据合并后一起写回数据区，同时更新映射。代价是产生一次额外写，收益是把最新值立刻固化到数据区，后续读都不用再合并。

要评估这个开销，最直接的办法是读写混合测试：在持续写入的同时按比例插入读，观察时延与吞吐随混合比的变化曲线。注意必须把读也做成穿透缓存窗口的持续读，否则测的又是冷态。读写混合比的影响在第 9 章 9.4 与第 10 章 10.4 会再展开。

2.6 缓存元数据的管理

缓存区里放的是数据，但真正让它运转起来的是元数据：哪些缓存页是脏的、回写队列排到哪了、逻辑块到物理页的映射是什么、元数据本身写到哪了。缓存带来的绝大部分复杂度都集中在元数据上，而不是数据上。

缓存元数据通常包含四类内容，每一类都有各自的更新频率与可靠性要求：

• 脏位图（dirty bitmap）：一个 bit 对应一个缓存页，标记它是否需要回写。这是最频繁更新的元数据，每发生一次写入就可能改一个 bit。
• 映射表（mapping table）：逻辑块到物理页号的翻译。这部分与普通 FTL 映射共用，但缓存引入了一个额外的跳转层：逻辑块可能当前指向缓存页，也可能指向数据区页，切换时要更新。
• 回写队列（flush queue）：记录待回写页的顺序与批次边界。它必须能容忍中断——回写过程中掉电，队列里的状态要能被恢复。
• 模式状态（mode state）：伪 SLC 方案下当前处于哪种模式、哪些块还没切换完成。这一项是伪 SLC 独有的，也是伪 SLC 一致性设计最脆弱的地方。

元数据本身的写入有两个特殊要求：原子性（一次更新要么全生效要么完全不生效，不能只改一半）与先于数据提交（描述数据状态的那条记录必须先落，数据才允许生效）。这两条要求是第 8 章掉电一致性的全部基础。

图3 把本章的内容收成三个正交维度。维度一是缓存形态（固定 SLC 区、伪 SLC 动态切换、无缓存），决定缓存占多大空间、怎么来；维度二是回写时机（写满即回写、后台合并写、定时回写），决定稳态抖动的形状；维度三是数据位置（脏数据全在缓存、已合并进数据区、元数据与数据分处两处），决定掉电时数据可能处在哪些状态。

图下方那段话是本章最需要带走的一句：这三个维度是独立的，单看每一个维度器件往往都是合格的，真正的故障几乎都发生在交叉处。第 8 章会用一个具体的交叉场景（伪 SLC 切换 + 后台合并写 + 掉电）把这条讲透，第 11 章的排查顺序也按这个框架组织。

3.1 伪 SLC 的基本思路

伪 SLC 的核心只有一句话：让全盘（或某个分区）在需要的时候整体变成 SLC 模式，写完再切回去。它不划出专用块，而是把「整盘可编程为 SLC」当成一种临时状态。

这个思路的背景是固定分区方案的两个硬伤。第一是容量按最坏情况设定：为了保证重负载下窗口够长，缓存区必须划得足够大；而在轻负载下这部分空间永远用不上，白白从用户容量里扣掉。第二是缓存区用不掉就是死的：如果这一轮业务只写了缓存区容量的三分之一，剩下的三分之二既不能给用户用（标记为不可用），也不能被缓存逻辑有效利用（没有脏页）。

伪 SLC 把这个问题解决了：全盘都是可写的，缓存区不再是一个物理隔断，而是控制器在任意时刻对「当前有多少块处于 SLC 模式」这一状态的管理结果。轻负载时只把一小部分块切成 SLC 模式，重负载时切成更大比例，用多少占多少。

• SLC 状态的归属：固定在一块专用物理区。由控制器动态分配，可变。不存在 SLC 状态。
• 容量决定因素：初始化时设定，之后不变。由负载与策略决定，浮动。不适用。
• 轻负载下的浪费：未用到的缓存容量被闲置。未用到的部分不切成 SLC，不浪费。无浪费也无收益。
• 重负载下的表现：窗口受限于固定容量。可按需扩大 SLC 范围。无窗口。
• 额外代价：占用物理空间。切换本身要花时间、要重写。无额外代价。
• 实现复杂度：低。高，需模式状态机与切换调度。最低。
• 对寿命的影响：缓存区磨损集中但不均。磨损在全盘摊开，更均衡。无额外磨损。
• 典型落点：容量确定、负载可预估的产品。负载波动大、需要弹性的产品。以读为主或写入量极小的场景。

最后一条值得留意：伪 SLC 在寿命维度上其实有额外收益。因为 SLC 模式只在需要时短暂存在，被切换成 XLC 的块会和普通数据块一样参与磨损均衡，磨损在全盘摊得更开，不会出现「缓存区那一小块先写穿」的情况。这是伪 SLC 相对固定分区的隐性优势，但代价是切换的复杂度与停顿。

3.2 多级缓存的概念

伪 SLC 常常和「多级」这个词一起出现，但它有两种完全不同的含义，必须分清，否则容量算法会算错。

第一种含义是多级 SLC 模式（multi-level SLC）：不只有「SLC 模式」和「XLC 模式」两档，而是设计若干个中间档位。每一档对应不同的每单元比特数——比如最激进的档接近 SLC，最保守的档接近 TLC。分档的好处是可以让 SLC 比例连续可调，负载轻时用低档（保守），负载重时用高档（激进）；代价是每增加一档，验证工作量与模式状态复杂度都上一个台阶。

第二种含义是多级存储层次（multi-level cache）：控制器内部除了 NAND 之外还有 DRAM（SDRAM / eMMC 的确有），形成「DRAM 缓存 → SLC 区 → 数据区」三级结构。这和伪 SLC 是两个正交的东西——多级存储层次解决的是「写 DRAM 比写 SLC 还快」，伪 SLC 解决的是「SLC 状态怎么分配」。

本文档聚焦第一种。两种含义在产品文档里经常混用，看到「多级缓存」四个字要先确认它指的是哪一层。

3.3 模式切换的触发条件

切换什么时候发生，由控制器策略决定。常见的触发条件有四类，它们可以组合使用，但组合越多越难调。

• 脏页水位触发：SLC 模式区域的脏页占比达到阈值。这是伪 SLC 里最常用的触发条件，因为脏页水位直接对应「SLC 区域的写入压力」。它的缺点是阈值难定：定低了切换频繁，定高了切换时一次性要处理的数据量太大，停顿明显。
• 空闲块水位触发：全盘空闲块数量低于阈值时，把一部分块切入 SLC 模式以缓解分配压力。这个条件的意义在于——空闲块不足往往意味着后台回收跟不上，此时用 SLC 模式争取时间。
• 周期触发：按固定周期或按累计写入量间隔切换。实现最简单，行为最可预测，适合负载特征稳定的场景。
• 空闲窗口触发：只在检测到「一段时间没有前台写」时才切换。这是四种里对性能影响最小的，因为它把切换成本藏在业务空隙里。缺点是如果业务一直不停，切换就永远排不上队，缓存实际上处于不可用状态。

四个条件的关系不是并列的。水位类条件决定「什么时候必须切」，空闲窗口条件决定「什么时候能切」。实际策略通常是：水位到了就标记为「待切换」，然后等空闲窗口真正执行。如果空闲窗口迟迟不来，就必须在「等下去」和「牺牲一次前台性能」之间选一个——这个选择直接决定了稳态时延的上限。

3.4 切换过程的数据位置问题

切换动作本身很简单——把一批块从 SLC 模式改成 XLC 模式。但这两个模式编程出来的页在物理上是不可混用的：一个按 SLC 写出来的页，和一个按 XLC 写出来的页，落到同一个块里，构成的是一个混排的块。这个块后续还能不能正常擦写、能不能正常读，取决于器件与控制器的处理方式。

所以真正的问题不是「怎么切」，而是「正在被写成 SLC 的那批数据，在切换那一刻放在哪里」。三种处理方式：

1. 等它回写完再切：把 SLC 区域内所有脏页先按 XLC 写回数据区，全部落盘后再切换。语义最干净，切换点是一个明确的安全边界，掉电恢复逻辑最简单。代价是切换前的等待时间比较长，而且这段时间里 SLC 区域不能接受新写。
2. 切完再回写：先把块切成 XLC 模式，再把原本在 SLC 区的脏页按 XLC 写回去。切换点更早，但切换瞬间有一批数据处于「物理模式已变、内容还没重写」的状态，掉电恢复必须能识别并处理这个中间态。
3. 分批流水切换：把待切换的块分成若干批，一批一批地切，中间穿插正常读写。停顿时间最短，但状态机最复杂——任何时刻都有一部分块是 SLC、一部分是 XLC，一致性设计必须同时覆盖两种状态的组合。

3.5 伪 SLC 与固定 SLC 的差异

把两种方案放在同一张表上逐项对比，差异比「伪 SLC 更好」或「固定 SLC 更简单」这种笼统说法清楚得多。

表里两行留空的地方值得说明：冷态时延两者基本一致。伪 SLC 不会让冷态更快——它在冷态阶段同样是按 SLC 模式写，收益完全一样。伪 SLC 改善的是容量利用与稳态的适应能力，不是冷态速度。任何宣称「伪 SLC 性能更好」的说法，如果不区分冷态与稳态，都是没有信息量的。

另一个高频误解是「伪 SLC 因为不需要划专用区，所以没有容量损失」。这不对——切换期间受影响块要重写，重写期间设备不可用，这段时间是实实在在的容量与性能损失，只是形式不是「永久扣掉一块空间」，而是「周期性付出停顿」。

3.6 切换的时机代价

切换的代价可以用一个很直观的量来表达：切换占空比——单位写入量里，用于切换的时间占比。这个比值直接决定了伪 SLC 相对无缓存方案还有多少净收益。

推导过程不复杂，但结论值得记住。设缓存能提供的窗口对应的写入量为 W（由 SLC 区域容量决定），切换一次的成本是 C（重写受影响块所需的时间当量）。如果每积累 W 的写入就需要切换一次，那么切换占空比约为 C / W。当 C 相对于 W 很小（大批量切换、切换代价低），伪 SLC 明显优于无缓存；当 C 接近或超过 W，切换吃掉全部收益，伪 SLC 退化成「一直切换、一直停顿」，比无缓存还差。

实践中最常见的问题是只优化了 W 而忽略了 C：把触发水位调得很高，看起来窗口更长了，但每次切换要处理的数据量也更大，停顿时间随之上升，用户体感反而更差。正确的做法是同时观察窗口长度与切换停顿的绝对时长，找那个让「窗口收益 - 切换停顿」最大的点，而不是让窗口最长的点。

• 低水位 + 立即切换：短。小（每次只处理少量块）。切换频繁，累计停顿可观。负载突发、允许频繁小切换。
• 高水位 + 立即切换：长。大（一次处理大量块）。单次停顿明显，用户感知差。对单次停顿不敏感的后台写入。
• 高水位 + 空闲窗口执行：长。中（成本被摊进空隙）。净收益通常最好。负载有自然间歇的典型业务。
• 低水位 + 空闲窗口执行：短。小。窗口太短，收益有限。轻度缓存需求，低成本实现。
• 不分档、不切换：无。无。退化为无缓存方案。写入量极小或以读为主。

4.1 缓存容量与性能的关系

缓存容量与性能的关系不是线性的，这一点必须先说清楚。很多人直觉上认为「缓存翻倍，窗口翻倍」，这只在窗口长度远小于测试样本时成立。

窗口长度由一个比值决定：缓存容量 / 写入速率。写入速率越高，同样的缓存容量撑的时间越短；反之越慢。所以容量与性能的真实关系是：容量决定窗口的绝对长度，而性能曲线上「从冷态到稳态的过渡段有多长」由这个绝对长度决定。

由此推出两条实践结论。

第一，判断缓存够不够，要看业务的工作集大小，而不是看容量数字。如果一次业务事务写入的数据量与缓存容量处于同一量级，那么缓存几乎只能覆盖事务的最初一小段，剩下的全部落在稳态。反过来，如果业务是长时间间歇写入，缓存容量即使不大也能持续命中。

第二，加大容量会同时改善「体验」和恶化「稳态」。第 1 章图1 里那条「平台更高」的曲线就是这件事的量化表达：更多数据被强制在回写那一刻落到更不利的页区，稳态时延上升。这两件事必须一起权衡，只看前半段会做出错误决策。

• 很小（工作集的零头）：短，冷态一闪而过。影响很小，基线接近无缓存。极小的写入突发。几乎享受不到缓存收益。
• 中等（与工作集同量级）：覆盖事务初段，之后进入稳态。略高于无缓存基线。间歇型、小事务型负载。误把初段当成稳态来评估。
• 较大（数倍于工作集）：覆盖多轮事务，窗口明显变长。明显高于无缓存基线。持续写入型负载。稳态平台抬升，寿命消耗增加。
• 很大（接近全容量）：覆盖绝大部分写入过程。显著抬升，切换与回写开销突出。以读为主的混合负载。把缓存变成了稳态的负担。

其中最容易踩坑的一种情形是：缓存容量与工作集同量级时，业务跑完前几笔事务性能很好，之后掉下来。测试人员如果只跑了几笔事务就采数，拿到的是冷态数据；如果跑完全部业务，拿到的是混合数据（前半冷态、后半稳态）。只有穿透稳态的样本才是有效的，这条会在第 9 章展开。

4.2 冷启动阶段的缓存填充

冷启动到稳态之间有一段过渡，叫填充阶段。这段时间的性能表现有一个特点：比冷态差，但比稳态好，而且抖动最大。

填充阶段发生了什么，按顺序是这样：

1. 脏页开始累积。写入正常落进缓存，脏页数持续上升，此时还没有回写，性能与冷态一致。
2. 回写首次触发。脏页达到阈值，后台开始搬数据。前台写此时仍然很快，但通道利用率开始下降。
3. 回写与前台写争抢。这是填充阶段最难受的一段：后台回写要读要写，前台写也要写，两者在同一套资源上排队。时延开始被拉长，而且拉长的幅度随脏页水位上升而变化，所以抖动最明显。
4. 水位进入稳态区间。回写的吞吐与新脏页的产生速率达到平衡，水位稳定在高位，回写变成常态化的后台活动，前台写的时延也稳定下来——这就是稳态。

4.3 老化过程与有效容量衰减

缓存容量在规格书上是标称值，但实际能用的部分随时间下降。这就是老化。它的成因有三个，重要性递减：

• 保留块被消耗：为了应对坏块与磨损，控制器要预留一部分块作为保留（OP）。随着使用推进，保留块被逐步启用，可用于正常分配的块减少。
• 坏块替换：使用中新增的坏块要用备用块替换，每次替换都消耗一个备用块。备用块池是有限的，用完之后只能降低预留比例或降低性能。
• 保持期风险：长期不通电的块，数据保持能力下降。为了保证数据可靠，控制器需要定期读取校验、必要时刷新重写。这部分不减少可用容量，但会占用通道，间接影响稳态时延。

三个来源的共同效果是：标称容量不变，有效容量下降，窗口随之变短。这一点在规格书里通常不会体现，但它对验收有直接影响——一块新盘和一个用了一段时间的盘，缓存窗口长度可能差出不少，而它们的稳态性能是一样的。

4.4 稳态的判定方法

稳态判定听起来是个简单问题——看曲线变平就完了——但实际操作中有三个坑。下面给出四种可用的判定方法，按可靠性排序。

三个实践中的坑：

• 采样粒度太粗。如果每 10% 采一个点，拐点附近的三四个点会被平均掉，看起来曲线是平滑上升而不是「先平后升再平」。正确做法是把采样粒度加密到拐点附近能分辨的尺度。
• 负载在变。如果测试期间负载本身在变化（比如越测越重），时延的上升可能是负载造成的而不是缓存耗尽造成的。对照做法是同时记录负载参数。
• 把方差收敛当成稳态。方差变小不代表时延水平稳定，一个缓慢上升但很平滑的曲线方差也很小。判定稳态必须看均值是否还在上升。

4.5 预热手段

预热的动机很直接：既然冷态只存在于系统刚上电的那段时间，那就在正式业务开始之前人为地把缓存填起来，让业务从一开始就在稳态区间运行。

常见的预热手段有三种，强度递减：

• 厂商预置命令：控制器提供一个专用的预热命令，内部按既定策略填充缓存区而不写入用户数据。这是最应该优先使用的方式，因为它不会消耗用户的寿命预算（预热写的是厂商预留区），也不会产生用户可见的垃圾数据。
• 写入填充文件：主机写一个足够大的临时文件把缓存填满，然后删除。实现简单，但会消耗寿命预算，而且如果文件没有正确删除（TRIM 没有下发、文件系统保留了元数据），会留下垃圾数据。
• 业务模拟加载：直接跑一遍真实业务的镜像加载过程。效果最接近真实场景，但耗时最长，且在业务本身就是低频写入时收益有限。

预热能做什么、不能做什么，第 3 章图6 底部已经给过一句话总结：预热能跳过冷态，不能降低稳态平台。这个限制必须讲清楚，因为很多方案会把「加预热」当成性能问题的解法，而它解决的是另一个问题。

• 厂商预置命令：不消耗用户预算。否。短。高，优先使用。
• 写入临时文件后删除：消耗，与真实写入同等计费。有，依赖 TRIM 与文件系统配合。中。中，验证阶段可用。
• 真实业务镜像加载：消耗，与真实写入同等计费。否。长。中，贴近真实但成本高。
• 反复切换模式：消耗，且切换本身有额外写。否。中。低，对多数场景是负收益。

4.6 容量与性能的折中

把本章的内容收到一处：缓存容量的选取是一个三方折中，而不是「越大越好」或「够用就好」这么简单。

从这张表能看出一条实用经验：当业务写入量与缓存容量处于同一量级时，缓存带来的净收益很小，而它引入的复杂度是固定的。这种情况下不加缓存、或者用小缓存只吸收最尖锐的突发，往往是更合理的选择。这一判据在第 12 章会展开成可执行的选型清单。

最后强调本章的一个核心结论，它是整篇文档反复用到的那句话的具体化：窗口长度不是一个常数。它随缓存容量变化、随写入速率变化、随老化程度变化、随回写策略变化。任何在文档里写「缓存提供 X 容量窗口」而不标注这些前提的说法，都是不完整的。

5.1 稳态写入的真实路径

稳态下缓存不再提供任何缓冲，主机的一次写入要自己承担 XLC 的全部代价。这条路径可以拆成五步，每一步都在消耗时间或消耗寿命预算。

1. 分配数据区空闲块。控制器要在数据区里找一个空闲块。稳态下空闲块紧张，这个分配本身可能触发一次回收才能完成。
2. 读合并（如果需要）。如果这个逻辑块的数据区旧版本仍然有效（意味着这个逻辑块被覆盖写过），必须先读出来才能丢弃。
3. 按 XLC 编程新页。这是最贵的一步，耗时与页型（高页区更贵）和数据内容相关。
4. 旧页失效。更新映射，旧页变成垃圾。有效页比例随之下降。
5. 触发或等待回收。垃圾堆积到一定程度必须回收，回收要搬移有效页，产生额外写与额外读。

5.2 缓存满时写操作走向

缓存满了不等于写不进去。控制器至少有三条路可以走，选择哪一条决定了稳态时延的形状。

最常见的是排队等回写：新来的写挂起，等控制器把对应的缓存脏页回写完，腾出空间后再分配。这条路径的时延等于「回写耗时 + 本次写入耗时」，是三条里时延最长但写放大最低的。

第二条是绕过缓存直写数据区：新数据直接分配到数据区，完全不管缓存。这条路径时延中等，但它放弃了合并的机会——原来可以在缓存里合并的多次写，现在每次都要单独落盘，碎片直接产生。

第三条是合并等待：把针对同一逻辑块的多次写合并后再回写。这条路径写放大最低，但要读旧版本，读放大在这里产生，而且如果后续没有同块写，合并等待就变成了纯粹的延迟。

• 排队等回写：高。低。中。少。默认路径，多数情况最稳妥。
• 绕过缓存直写：中。高。无。多。缓存全满且回写跟不上时。
• 合并等待：中到高。最低。高。最少。同一逻辑块被反复覆盖写。
• 直接返回失败：仅在极端耗尽时，不应作为常规策略。

5.3 读放大与写放大的耦合

图8 画的是本章最重要的一条因果链。它的起点是回写，终点是前台时延，中间每一步都在放大代价。这条链的意义在于：缓存在改善时延的同时，正在损害寿命。这两个方向必须一起权衡。

把这件事量化一下比较好理解。设缓存带来的写放大增量是 1（同一份数据写两遍），而无缓存方案的写放大是 1。那么加上缓存之后，主机写1 单位数据，盘里实际写 2 单位，寿命预算按 2 计。如果一个产品的寿命预算是按 1 设计的，那么引入缓存之后实际寿命只有标称的一半。

当然实际情况没这么极端，因为缓存通常只在窗口期生效，稳态期并不会写两遍。真正需要算的是整个生命周期内的平均写放大：窗口期内约等于 2，稳态期内约等于 1，把两者按写入量加权平均，才是寿命核算该用的数字。

表里最后一行是实践中最容易出错的地方。不能因为「稳态下不写两遍」就认为缓存不影响寿命——过渡期的双写是真实发生的，它消耗的 P/E 次数不会因为后面进入稳态而退还。正确的做法是按生命周期累计写入量做加权，而不是只看某个稳态时刻的瞬时状态。

5.4 稳态下的平均时延

稳态时延不是一个数，而是一个分布。评估它至少要看三个维度：平均值、抖动（方差或高分位）、以及尾延迟（最慢的那部分）。

• 平均时延：反映整体吞吐能力。它对回写策略不太敏感，对回收压力最敏感。
• 抖动：反映体验的稳定性。它对回写策略最敏感——写满即回写会产生明显的锯齿，后台合并写会平滑得多。
• 尾延迟：反映最坏情况。它主要由回收触发决定：一次前台 GC 会让一批写同时等待，尾延迟直接被拉到毫秒甚至十毫秒量级。

这三者的取舍很典型：追求平均时延会倾向于加大合并、减少读；追求尾延迟会倾向于把回收摊开、避免前台阻塞。两者方向相反，必须根据产品定位选。

• 平均时延：回收压力、预留区大小。加大预留区、降低碎片。只看平均值会掩盖严重抖动。
• 抖动（方差）：回写策略、回写批量。改后台合并写、加大批量。平均值好看但体验很差的情况很常见。
• 尾延迟（高分位）：是否发生前台 GC。把回收摊到后台、避免前台阻塞。尾延迟差但平均值不差，容易漏测。
• 吞吐：通道利用率、并发度。提高并发、合理调度。吞吐高不代表时延可接受。

5.5 稳态性能与标称性能的差距来源

规格书上的写入速度是峰值，它对应的是冷态、是顺序写、是块对齐、是页区最有利的位置、是寿命早期。这五个前提里任何一个不成立，实测值都会明显低于标称。

把差距按大小排序，「缓存窗口」通常是最大的一项，这正是本文反复强调的。原因也很直白：其他几项差距是「小幅度打折」，缓存窗口是「从打折变成另一个价格」——冷态与稳态之间的差距往往比所有其他因素加起来还大。

这也解释了一个现象：为什么有些产品在实验室里跑分很漂亮，量产后被大量投诉。跑分用的是短样本的顺序写，量产的负载是长样本的混合写，两者根本不是同一个工况。

5.6 稳态被打破的典型事件

稳态不是永久的。以下事件会让已经进入稳态的设备短暂回到「更好」或「更差」的状态，排查性能问题时必须逐条排除。

• 大文件集中写入：碎片骤增，回收压力上升。写入期间。看时延曲线是否与写入时段重合。易复现。
• 大量文件删除：TRIM 下发使旧块可回收，回收量激增。删除后一段时间。对比删除前后的时延与写入量。易复现。
• 文件系统日志回写：后台写入挤占通道。周期性尖峰。观察时延是否周期性尖峰。易复现。
• 掉电重启：回到冷态，性能变好。一个窗口期。重启后立刻测，窗口明显变好。易复现。
• 温度变化：高温使编程与擦除变慢。与环境相关。对照温度记录。视环境。
• 后台刷新（保持期）：占用通道，时延上升。后台周期性。无前台写时也能观测到。较易复现。
• 预留区被消耗：可用块减少，回收更频繁。随寿命推进。查空闲块水位是否持续下降。不可快速复现。

6.1 回写产生的碎片

碎片产生的机制在第 3 章讲过原理，这里讲量化。回收的搬移量约等于块内有效页数，所以有效页比例决定了一次回收的代价。这个比例有一个经验规律：当有效页比例高于某个阈值时，回收是划算的；低于阈值时，回收频繁但不划算，控制器通常会选择延后。

缓存让碎片产生的时点变得更集中。原本均匀分布的写入，在缓存窗口内被攒成大批，然后一次性回写——这批回写在很短时间内产生大量失效页。这有两个后果：

• 空闲块消耗速度出现脉冲。稳态下空闲块水位不是平滑下降，而是阶梯式下降。
• 回收压力出现脉冲。水位一下降就触发集中回收，前台写被迫排队。

这两个脉冲叠加，就是第 5 章说的「满缓存下时延抖动」的物理来源。

6.2 缓存与垃圾块的绑定

有一个容易忽略的耦合：缓存块的消耗速度与垃圾块的产生速度是绑定的。原因在于它们竞争同一批空闲块。

具体来说，缓存需要一个空闲的、已擦好的块来承接新的写入；垃圾回收需要一批空闲块来安置搬移出来的有效页。两者抢同一批块。所以当缓存脏页快速累积、需要大量回写时，回收能拿到的块就少了；反过来当回收正在密集搬运时，缓存能拿到的块也少了。

这个耦合在稳态下会形成一个微妙的平衡：脏页水位高→ 需要回写 → 回写产生垃圾 → 需要回收 → 回收消耗空闲块 → 空闲块不足 → 缓存分配也紧张 → 写得更慢。整个系统在「变慢但不至于停」的边界上运行。

• 空闲块总量：干净块承接新写。空闲块安置搬移页。两边都分配不到，写入停滞。加大总预留。
• 空闲块时效：块要马上能用。块可以等。缓存抢占回收的块。为缓存预留专属块。
• 通道时间：前台写要快。后台搬移要通道。前台被后台挤占。把回收限制在空闲窗口。
• 预留区归属：缓存老化要消耗预留。坏块替换要消耗预留。预留被提前耗尽。分别核算两者的预留需求。

6.3 动态负载下的回收压力

前面讲的都是写入强度不变的情况。真实负载是动态的：有时候猛写，有时候停；有时候大块顺序，有时候小块随机。这种波动会让回收压力变得难以预测。

最难处理的是负载由顺序突然转为随机的情况。顺序写时低页区被高效利用、碎片少、回收轻；一旦转为随机写，低页区迅速消耗完，写入被迫落到高页区，同时碎片大量产生，回收压力陡增。此时缓存如果已经耗尽，就没有缓冲手段了，性能会断崖式下降。

表里第二行有个反直觉的地方：负载变重时性能可能先变好。原因是负载轻的时候缓存可能一直用不满，数据一直留在缓存区不被回写，一旦负载变重，缓存被快速利用，反而把低页区的优势用上了。所以「性能变好」不一定是好事——它可能只是意味着缓存快被用完了。

6.4 缓存区本身的磨损

缓存区自己的磨损是一个容易被忽略的成本。缓存区里的每个块都被高频反复写入——一个循环周期内所有块各被写一次，然后再来一轮。这个速率通常高于数据区的平均磨损速率，因为数据区里的块写完一次之后往往要等很久才会被再次覆盖。

后果有两个。第一，缓存区会先于数据区出现高磨损块，触发更多坏块替换，消耗预留块。第二，如果磨损不均，缓存区的有效容量会不均匀地下降——不是所有块同时变差，而是部分块先不行，导致可用的「干净且低磨损」的块越来越少。

6.5 循环缓存与磨损均衡

循环分配是缓存区磨损均衡的经典做法：维护一个写指针，绕着缓存区一圈一圈推进，每个块被均匀使用。它的实现代价很低（一个指针），效果很直接。

但循环分配有一个副作用值得注意：它破坏了「刚回写完的块」与「新写入的块」之间的空间分离。循环推进意味着刚刚被回写过（因此腾空）的块，很可能马上又被分配到新的写入。这样一来，写入会在缓存区里形成一条越来越长的「新旧交替」序列，局部碎片程度上升。

更完善的方案是磨损感知分配：维护每个块的磨损计数，分配时优先选磨损最低的块。这能把老化摊得最平，但需要一张磨损计数表，占用控制器的存储资源，并且每次分配都要查表，分配路径变长。

6.6 缓存耗尽与预留区的关系

本章最后一节讲一个容易被当成「器件故障」的现象：盘还有空间，但性能突然变差。

原因通常是预留区被消耗到了临界点。当空闲块（包括预留）低于某个阈值时，控制器必须做选择：要么频繁回收（性能下降），要么回收得更激进（可能触发前台 GC，时延尖峰），要么降低某些后台活动（数据保持刷新被推迟，长期可靠性风险）。三种选择都会牺牲某一个方面的性能或可靠性。

判断方法很简单：查空闲块水位。如果水位已经很低，那么性能下降不是缓存的问题，是容量预留的问题。解决办法不是加大缓存，而是加大预留区或者减少写入量。

7.1 内置控制器方案的典型实现

内置控制器方案（SD NAND、eMMC、UFS）把 FTL 和缓存逻辑都放在封装内的控制器里，主机看到的是一个纯粹的块设备。这条线上的缓存有三个典型特征。

第一，缓存放在同一 die 上，不占封装面积之外的成本，容量按块数划分。第二，控制器有片上 SRAM 甚至片外 DRAM，可以做多级缓存（DRAM 缓存 → SLC 区 → 数据区），这是另外两条线做不到的。第三，主机完全无法感知缓存的存在，容量、策略、开关全部由控制器固件决定。

第三个特征对产品设计既是优点也是限制。优点是体验一致：同一颗料在不同主机上表现相同，不需要每家主机都调一遍。限制是失去了按产品定制缓存策略的能力——如果某个应用场景需要更长的窗口或更平滑的时序，只能靠选不同的料来解决。

• 缓存位置：与数据区同die，按块划分。不增加封装成本。容量按块数计量，换算时要考虑页块大小。
• 元数据存放：片上 SRAM 或预留的元数据块。元数据写入极频繁，需要低时延。元数据区本身要纳入掉电保护设计。
• 多级结构：DRAM 缓存 + SLC 区 + 数据区。片上资源允许，成本可控。级数越多，一致性状态组合越多。
• 策略调整：由固件与厂商预设。主机不可见。无法按主机负载定制，只能靠选型。
• 容量设置：初始化时按分区或全盘确定。需要主机侧配合初始化流程。分区大小会影响缓存的实际可用量。

7.2 SPI NAND 的缓存形态

SPI NAND 是外挂式接口，主机通过 SPI 直接驱动。这条线上「缓存」有两种截然不同的含义，必须分清：器件内部的 SLC Cache（如果这颗料有）和主机侧的写缓存（软件实现）。

器件内部的 SLC Cache 与内置控制器方案里的缓存机制相同，区别只在于它由器件自己管理，主机发命令时完全不知道。这带来一个实际问题：主机无法判断当前是否处于窗口期，所以测试时必须自己想办法穿透稳态（比如写入远超缓存容量的数据）。

主机侧的写缓存是另一回事：主机在内存里先攒一批写，攒够了再批量下发。这层缓存能合并小写、吸收突发，但它不改变盘里的写入代价，只改变下发节奏。很多 SPI NAND 方案的性能提升实际上来自这层主机缓存，而不是器件的 SLC Cache——评估时必须把两者分开，否则会高估器件本身的能力。

7.3 并行 NAND 的缓存形态

并行 NAND 指多通道、多 die 并行的方案（uFS、eMMC 高速档、企业级 SSD 形态）。这条线的特点是带宽优先，缓存的设计目标与前两条线不同：不是为了降低单次写时延，而是为了在高并发下把通道填满。

常见的缓存形态是以控制器侧 DRAM 为主的结构：NAND 阵列负责大容量存储，DRAM 负责吸收写入与维护映射表。DRAM 的访问时延比 NAND 低一到两个数量级，因此它天然是「高速层」。在这种结构里，SLC 模式区域的作用从「降低时延」变成了「减少 NAND 侧的写入次数」——两者目标不同，评估口径也不同。

另一个重要差异是并发。多条通道并行工作时，单次写时延可能并不比单通道方案更慢（因为通道之间可以流水），但聚合带宽高得多。这意味着评估并行方案时，单次时延的参考价值下降，聚合吞吐与尾延迟的参考价值上升。用单次写时延去比较并行方案与单通道方案，是没有意义的。

• 主要评估指标：窗口内时延 + 稳态时延。窗口内时延 + 稳态时延。聚合吞吐 + 尾延迟。并行方案看聚合，单线看单次。
• 并发的影响：有限，主机侧并发低。有限，主机侧并发低。极关键，通道数决定上限。并发不足则通道空转。
• DRAM 的角色：可选，做多级缓存。通常无外挂 DRAM。核心，映射表与写缓冲都在里面。决定容量与成本。
• SLC 模式区的角色：降低时延。降低时延。减少 NAND 侧写次数。目标不同，评估口径不同。
• 缓存容量单位：块。块或字节。字节。跨线比较必须先换算。
• 一致性责任边界：控制器全责。主机与器件分担。控制器全责。掉电定位难度不同。

7.4 无缓存方案的存在场景

缓存这么好，为什么还有无缓存的方案？因为在某些场景下，缓存是纯粹的负担。四种典型情况：

• 写入量极小：整个生命周期写入的数据量都没有超过缓存容量，那么缓存从头到尾都用不满，等于白白占用了容量。典型的例子是只写少量配置数据的设备。
• 以读为主：缓存只优化写路径，读路径根本不走缓存。对只读或读远多于写的负载，缓存零收益。
• 一次性批量写完就结束：比如固件烧录、设备出厂初始化。这类负载的特点是「写完就不再写」，缓存的窗口期覆盖了整个任务，收益等于「整个任务都按 SLC 写」，看起来很好——但如果任务是烧录大容量镜像，这个收益会被「缓存被写满后还要回写」抵消大半。
• 极小容量：容量小到缓存只能占百分之几，此时窗口短到没有实际意义，实现复杂度却一分不少。

7.5 缓存对控制器复杂度的影响

缓存不是一个「加个模块」的事情。它会同时增加状态空间、调度路径和验证矩阵三方面的工作量。这三项是分开算的，因为它们落在不同的人力上。

• 状态空间：干净/脏/回写中/已落盘 四态，加上伪SLC 的模式状态。状态组合爆炸，中间态覆盖不全。减少并行状态，采用顺序切换。
• 调度路径：回写调度、回收调度、前台写调度的三方博弈。前台被后台无限期饿死。给后台设限流与配额。
• 元数据：脏位图、映射表、回写队列、模式状态四类元数据。元数据本身的原子性与掉电保护。统一元数据格式，减少分散写入。
• 异常处理：回写中断、切换失败、回收失败。异常路径的恢复逻辑难以验证。异常必须可重入，重试必须幂等。
• 验证矩阵：每个维度两两组合 × 每个掉电点。验证规模随维度指数增长。用状态覆盖度工具辅助，而非穷举。

其中一条建议值得展开：不要靠穷举来覆盖状态组合。缓存的状态组合数是乘法增长的，三个正交维度各取三态就已经有二十七种组合，再加上掉电点，穷举不可行。正确的做法是按状态覆盖度来设计用例——确保每一种状态转移都至少被覆盖一次，而不是枚举所有路径。

另一个常被低估的成本是异常路径。正常路径好测，异常路径（回写被打断、切换失败、回收失败）才是真正的工作量所在。设计阶段就要确认：这些异常是可重入的吗？重试是幂等的吗？如果不是，一致性设计就有洞。

7.6 缓存对启动时间的影响

启动时间是缓存最容易被忽视的一个影响面。缓存对启动的影响是双向的：它让启动阶段的批量写变快，也让某些场景变慢。

变快的一面很直观：启动时要加载固件、拷贝镜像、写引导记录，这些写入全部发生在窗口期，时延比稳态低得多。对于启动时间敏感的嵌入式设备，这个收益相当可观——有缓存和没缓存的启动时间可能差出可观的比例。

变慢的一面出现在重启之后。掉电重启会清空缓存（缓存区不回写就丢了），重启后第一批写又是冷态。如果系统频繁重启，或者有反复重启的异常处理逻辑，缓存的收益会被反复的「窗口重建」吃掉。极端情况下，重启风暴会让系统永远处在冷态。

8.1 缓存中的数据尚未落盘

先明确风险的来源。主机写一笔数据并收到完成返回时，这笔数据可能处在三个位置之一：

1. 在缓存区的脏页里：已写入 NAND，但还没回写到数据区。这是日志结构缓存的常态。
2. 正在回写途中：数据区已有新版本但元数据还没更新，或者反过来。这是回写过程中的瞬间状态。
3. 已经在数据区：回写完成，映射已更新。这是最安全的状态。

掉电发生在状态 1，数据会丢——这是缓存设计上的固有行为，不是缺陷。它对应的是「主机收到完成返回之前的数据」，本来就必须保证。关键是要分清哪些数据丢了是可接受的，哪些是不可接受的。

判断标准是主机的语义约定：已经向主机返回「写完成」的数据，在掉电后必须还在。没有返回完成的写，掉电后丢失是允许的。这条标准听起来很清楚，但实现上极容易出错，因为控制器的「返回完成」和「数据真正安全落盘」之间存在时间差——这个时间差就是一致性的全部难点。

• 写未返回完成：在缓存脏页。丢失。可接受。主机需重试。
• 写已返回完成，数据在缓存：在缓存脏页。丢失（不可接受）。不可接受。控制器必须先保证落盘。
• 回写中，数据区新版本已写：数据区。旧版本残留，元数据未更新。不可接受，需恢复逻辑修正。控制器。
• 回写完成，元数据未更新：数据区。数据在但映射指向旧页。不可接受，需元数据恢复。控制器。
• 回写完成，元数据已更新：数据区。正常。可接受。

8.2 掉电点与数据状态矩阵

图12 把掉电点按「数据位置」与「元数据提交状态」两个维度列成矩阵。这张矩阵的价值在于：它能穷举一致性设计必须覆盖的全部情形，比按时间轴想象掉电点要可靠得多。

矩阵里最需要注意的不是「安全」的那些格子，而是「不一致」的那些格子——它们表示掉电后盘上留下了一个「数据在、但映射不对」的状态。这类状态不会立刻报错，而是在很久之后读到这个逻辑块时才暴露，排查成本极高。

矩阵里 P4（伪 SLC 切换中）之所以整行都不安全，是因为切换过程中的状态组合最多：部分块已切、部分块未切、部分数据在 SLC 区、部分数据在 XLC 区。如果掉电，重启后控制器必须能识别出「这是一次没做完的切换」，然后决定是回滚还是继续。把切换设计成可回滚的，比设计成可续做的要简单得多。

8.3 元数据掉电的原子性要求

一致性设计有八成的复杂度集中在元数据上。数据本身反而简单——数据页要么写成功要么写失败，判定很明确；元数据是多个字段的组合状态，判定就复杂了。

元数据必须满足两条硬要求。

第一条是原子性：一次状态更新要么全部生效，要么完全不生效。最常见的实现方式是双副本 + 校验——写两份相同内容，重启时选校验通过的那份。这样即使写到一半掉电，也能通过校验判定出哪份是完整的。

第二条是提交顺序：元数据必须先于它所描述的数据落盘。也就是说，记录「数据在位置 X」这条元数据，要先写成功，才能把 X 处的数据认定为有效。如果顺序反了，掉电后就会出现「元数据说数据在 X，但 X 处的数据其实没写完」的不一致。

• 脏位图：极高，每次写入都可能改。必须原子，否则会误判或漏判。按块聚合更新，减少落盘频率。一位一写，掉电后位图与实际不符。
• 映射表：每次写入必改。必须原子，且先于数据提交。双副本 + 校验，或日志式增量更新。先写数据后改映射。
• 回写队列：每次回写必改。必须原子，且能容忍中断。记录边界标记而非全量状态。队列状态与实际进度不一致。
• 模式状态（伪SLC）：切换时改。必须原子，且可回滚。双副本记录切换前后状态。单副本，掉电后无法判断切换进度。

8.4 恢复流程与保守策略

掉电之后，控制器要在重启时把盘恢复到一致状态。恢复流程的设计原则只有一条：宁可多丢一点，不可错一点。

这就是「保守策略」的核心含义——恢复时宁可把状态往更旧的一侧拉，也不要往更新的方向推。因为把状态拉旧，代价是丢一点最近的数据（主机可以重试）；把状态推新，代价是返回错误的数据（主机无法察觉，无法重试）。

一个典型的恢复流程有五步：

1. 校验元数据完整性：检查双副本是否有一份校验通过。没有则盘不可用。
2. 加载映射表与位图：把元数据读进内存，重建盘的状态认知。
3. 丢弃未提交的脏页：所有在缓存区但元数据未记录为已提交的数据，一律丢弃。它们对应的逻辑块回到旧版本。
4. 处理未完成的切换：如果是伪 SLC 且检测到切换未完成，回滚到切换前的确定状态。
5. 重建可用块池：重新扫描坏块与空闲块，重建分配池。

8.5 缓存与掉电保护的协同

很多器件已经带了掉电保护机制（掉电检测电容、掉电中断、写保护）。缓存引入之后，这些机制与缓存的关系需要重新理清，否则会出现「保护机制反而帮了倒忙」的情况。

需要理清的三点：

• 掉电检测的时机。掉电保护通常在电压掉到某个阈值时触发一个中断，控制器用它来「抢救」关键数据（通常是映射表）。缓存存在时，抢救的对象要不要包括缓存脏页？答案是通常不包括——因为缓存脏页的量可能很大，抢救它的时间不够。设计上必须明确：抢救范围只包含元数据，不包含缓存数据。
• 回写中掉电的处理。如果掉电发生在回写途中，抢救机制不应该尝试「接着回写」，而应该放弃这次回写，保留旧版本。回写是可以重试的非关键操作。
• 元数据的抢救优先级。如果缓存压力大、元数据更新频繁，掉电时抢时间的压力更大，元数据更新应当更保守（批量更大、间隔更长），而不是更激进。

• 掉电抢救范围：缓存脏页增加了要抢救的对象。只抢救元数据，明确放弃缓存数据。试图抢救全部缓存，浪费时间。
• 回写可重试性：回写变成一个可能被中断的长期操作。回写设计成幂等，可安全放弃重试。假设回写总能完成。
• 元数据更新频率：缓存使元数据更新更频繁。加大批量，延长间隔，降低抢时间压力。为了实时性高频更新元数据。
• 写保护窗口：窗口期内数据在缓存，掉电即丢。明确告知主机窗口期内的持久化语义。让主机误以为窗口期内已持久化。

8.6 常见的不一致形态

最后把实际遇到的不一致现象归类。它们在症状上很像，但根因完全不同，混在一起排查会浪费时间。

9.1 标称峰值与实测值的差距

规格书上的写入速度对应一组非常具体的条件：块对齐的大块顺序写、缓存窗口内、队列深度拉满、页区最有利、寿命早期、常温。这些条件在真实业务里几乎不可能同时成立。

所以看到实测值低于标称值时，第一反应不应该是「器件有问题」，而应该是「条件不一致」。把条件逐项对齐，比反复测更有价值。

• 缓存状态：窗口内，持续命中。窗口耗尽后按 XLC 写。实测偏低。写入量远超缓存容量。
• 负载形状：块对齐顺序大块。小块随机或混合。实测偏低。用真实负载形状测，不用合成大块。
• 队列深度：拉满。默认或较低。实测偏低。确认并提升并发数。
• 分区与格式：整盘、已格式化。小分区、未格式化。实测波动大。统一分区大小与格式化状态。
• 寿命阶段：新盘早期。已用一段时间。实测偏低。同一批样品统一初始状态。
• 温度：常温。高温环境。实测偏低。记录测试温度，必要时做温度对照。
• 后台负载：空闲。有文件系统日志与后台任务。实测波动大。关闭无关后台任务后复测。

9.2 测试样本必须穿透稳态

这是本章最重要的一节。图13 画的是同一份负载在不同样本长度下测得的性能：样本越长，测得值越低，而且下降不是线性的——在样本覆盖缓存容量的那个点上有一个明显的拐点。

判断样本是否足够的方法很简单：把样本长度翻倍再测一次，如果数值明显下降，说明上一次还在窗口内，样本不够。反复翻倍直到数值稳定，那才是稳态值。这个「倍增法」不需要预先知道缓存容量，是最实用的做法。

9.3 顺序与随机负载的差异

顺序写与随机写的差距远大于一般的直觉。差距来自两个叠加的来源：页区分配（第 1 章讲过，顺序写可以被引导到低页区）与碎片与回收（随机写产生更多失效页，回收更频繁）。

这两者的比重随负载的「随机度」变化。所以比较不同方案时，随机度必须作为一个受控变量固定下来，否则数字不可比。

• 大块顺序写：接近最优。可引导到低页区。低。相对最小，因顺序写本就快。确认是否被优化算法特殊照顾。
• 小块顺序写：中等。部分可引导。中。较明显，合并收益大。注意块对齐，验证合并效果。
• 大块随机写：偏高。低页区消耗快。偏高。窗口内明显，窗口后回落。看低页区耗尽的时间点。
• 小块随机写：最高。低页区消耗最快。最高。窗口内最明显，稳态最差。最严苛的负载，适合做对比基准。

9.4 读写混合比的影响

纯写测试和纯读测试都不能代表真实负载。真实负载总是读写混合，而混合比的变化会显著改变缓存的表现。

原因有两点。第一，读会挤占通道：读虽然不消耗 P/E，但占用总线时间，读的比例越高，写能分到的通道时间越少。第二，读会触发读合并：如果被读的逻辑块在缓存区里还有更新版本，控制器必须先做读合并才能返回，这是一次关键路径上的额外开销。

所以稳态测试应当包含读。建议至少测三档混合比（比如纯写、七三混合、对半混合），观察性能随混合比变化的曲线形状——曲线形状比某一点的具体数值更能说明方案的特性。

9.5 冷启动与热身的处理

冷启动数据与热态数据是两种完全不同的东西，混在一起报是自欺欺人。但也不能简单地「只用热态」——因为很多应用确实关心的就是冷启动的表现（比如设备开机后的第一笔写入）。

正确的做法是分开测、分开报，并且明确每个数字对应的是哪种状态。

9.6 测试方法的常见陷阱

本章最后一节把实践中最容易出错的地方集中列出。这些错误的共同特点是：测完之后数字很好看，但这个数字不能用来做任何决策。

10.1 顺序大块写入

顺序大块写入是对缓存最友好的负载，也是最容易造成误判的负载——因为它在冷态和稳态下的表现差距相对最小。

它友好的原因有三层：可被引导到低页区（第 1 章）、碎片产生少（覆盖同一段连续空间，旧页逐个失效）、写合并天然充分（连续写很少需要合并，因为没有中间版本）。

它容易造成误判的原因也在这里：用顺序写测出来的性能，掩盖了方案在随机负载下的真实差距。如果一个方案在顺序写下和无缓存方案差不多，但在随机写下差距很大，那么用顺序写做选型依据就会选错。

• 时延：冷稳差距最小。SLC 与 XLC 的差距被页型优势掩盖。不能用它测出缓存的真实收益。
• 写放大：接近最优。写合并充分，回收搬移少。看起来比实际更省。
• 页区利用：可全程引导到低页区。顺序分配天然有序。掩盖了随机写的页区劣势。
• 碎片：少。连续覆盖，旧页规律失效。回收压力被低估。
• 典型场景：镜像烧录、大文件顺序写；属于一次性任务，收益窗口有限。

10.2 随机小块写入

随机小块写入是对缓存最苛刻的负载，也是最应该作为基准的负载。

它苛刻的原因：写合并需求高但不一定凑得齐（多笔写落在不同逻辑块上，合并不了）、低页区消耗快（无法引导顺序，页区被快速消耗）、碎片产生密集（随机分布导致失效页均匀散布在整个块里）。

这三点叠加的结果是：缓存的窗口收益最明显，窗口之后的回落也最剧烈。这个「先好后坏」的曲线形状在小块随机写下最清晰。

10.3 大量文件覆盖

大量文件覆盖是很常见的一类负载（日志轮转、配置更新、缓存文件刷新），它的特点是写入总量不大但覆盖频繁。

这类负载对缓存的影响是双面的。有利的一面：缓存的窗口可能刚好覆盖整个写入过程，享受全程 SLC 编程。不利的一面：覆盖写会产生大量旧版本，缓存里的版本堆积会触发读合并，而读合并是关键路径上的额外开销。

还有一个容易被忽略的机制：文件系统层面的覆盖往往伴随删除。删除如果正确下发了 TRIM，旧块会被标记为可回收，碎片问题会缓解；如果没有下发（比如文件系统没有启用 TRIM，或者用了日志式文件系统），旧块只能等自然回收，碎片持续累积。

• 频繁覆盖小文件：窗口可能覆盖全程，但读合并多。同逻辑块多版本堆积。缩短覆盖间隔，减少版本堆积。
• 文件轮转（新建+删除）：有利，TRIM 缓解碎片。TRIM 使旧块可回收。确保 TRIM 正确下发。
• 日志式文件系统：碎片回收依赖内部机制。日志块与主数据区的分离。调整日志块大小与刷写策略。
• 配置区频繁更新：写入量小，缓存基本用不满。工作集小。这类场景缓存收益有限。

10.4 数据库日志类负载

数据库日志是典型的小写入、高频次、强顺序的组合负载，它的稳态表现有一个独特特征：平均时延不错，但尾延迟很差。

原因在于日志写入会触发周期性的大动作：日志缓冲刷写、检查点、索引更新。每一次这样的动作都会造成一批写同时落盘，与前台的小写入争抢通道，产生时延尖峰。

缓存对这类负载的作用是「削峰」：把一部分写入提前吸收到窗口期，让周期性尖峰不那么尖锐。但如果缓存容量相对于日志写入量太小，削峰效果有限；如果太大，稳态平台抬升又会影响平均时延。

表里「写入量不大但持续」这一行值得展开：这类负载可能是缓存收益最有限的场景之一。如果整个生命周期的日志写入量都没有超过缓存容量，那么缓存从头到尾用不满，用户看到的是「一直很快」，但这个「快」不是因为缓存起了作用，而是因为本来就没有多少写入量。把这种情况误判为「缓存很有效」是最危险的结论——一旦业务量增长，性能会断崖式下跌，而那时再排查就晚了。

10.5 稀疏写入与去重类负载

稀疏写入（大量逻辑块只有少量数据被写）与去重（相同数据只存一份）是代价最高的一类负载，原因是有效数据占比低。

对 NAND 来说，写入量按物理页计而不是按逻辑数据量计。稀疏写入意味着大量逻辑块只占了物理上一个页的一部分，剩下的空间要么空着，要么被后续的无关数据填上但那个逻辑块再也用不到。这直接导致物理页的有效利用率低，回收时需要搬移的数据比例高。

去重更极端：逻辑上写入了大量数据，物理上只存了一小份。缓存在这里几乎帮不上忙——缓存按物理页工作，去重之后需要缓存的物理数据量远小于逻辑写入量，窗口很快就用满了。

• 稀疏写（少量数据占大逻辑块）：高。有限。缓存按物理页工作，逻辑空隙不省成本。主机侧做稀疏感知的分配。
• 完全重复的数据：取决于去重率。很小。物理写入量远小于逻辑量，窗口很快用满。在主机侧去重，减小下发量。
• 写一次就长期不读：中等。窗口期内有效。窗口期正好覆盖写入过程。不需要额外处理。
• 大对象顺序写：低。有效。顺序写本身代价就低。对齐块大小即可。

10.6 负载形状比数据量更重要

本章的结论可以压成一句话：两个写入总量相同的负载，代价可以完全不同。原因是缓存的作用点在「形状」上，不在「总量」上。

具体地说，缓存能改善的是页型分配、写入合并、时延平坦度这三件事，它们全部与写入的分布方式有关，与写入的绝对量无关。而缓存不能改善的是物理写入总量，它只会让这个总量在时间上更集中。

表里最后一行是本章最实用的一条：缓存收益的兑现程度，在顺序写和稀疏去重这两类负载上是最低的。原因分别是「本来就快」和「窗口很快被用满」。所以判断一个产品该不该用缓存时，要看它的负载形状落在哪一列，而不是看它写了多少数据。

11.1 性能随时间持续下降

症状：设备刚出厂时性能正常，使用一段时间后持续变慢，且不会自己恢复。

这类问题有三个可能的原因，优先级从高到低：预留区被消耗导致空闲块不足、磨损进入后期导致编程脉冲变多与读重试增加、坏块累积导致替换消耗预留。三者都会随时间单调恶化，符合「持续下降且不恢复」的特征。

• 空闲块水位：明显偏低。正常。正常。
• 重启后表现：不变差。不变差。不变差。
• 编程耗时：正常。明显变长。正常。
• 读重试次数：正常。明显增加。可能增加。
• 新盘同条件对比：性能接近。性能明显更好。性能接近。
• 增长速度：较慢。很慢。很慢。

11.2 掉电后偶发校验失败

症状：正常运行时数据正确，掉电重启后偶发校验失败，且失败是零星的、不集中在特定区域。

「偶发」这两个字是关键。如果每次掉电都失败，那是设计缺陷；如果偶发失败，说明一致性设计覆盖不全——某些掉电点没有被正确处理。

排查方向是第 8 章的矩阵：把失败的逻辑块对应到图12 矩阵里的具体格子，看那一格的状态组合是否被恢复逻辑覆盖。重点关注两个位置：P3（回写进行中）与P4（伪SLC 切换中），它们的状态组合最多，最容易漏。

11.3 满缓存下时延抖动

症状：平均时延可以接受，但时延曲线出现规律性的锯齿，高分位时延明显偏高。

最可能的原因是回写策略是「写满即回写」。这种策略下，回写一旦触发就是一批密集的写，与前台写争抢通道，形成锯齿。解决办法是改成后台合并写，把回写摊到空闲窗口。

如果已经用了后台合并写仍然有抖动，就要查是不是空闲窗口不够——如果业务一直不停，后台就没有可利用的空隙，回写只能挤进前台写的通道。这种情况下调策略没用，要从负载侧解决（第 12 章 12.3）。

• 锯齿周期与写入量相关：写满即回写触发批量回写。看抖动周期与缓存容量的关系。改后台合并写。
• 锯齿周期与时间相关：定时回写策略。看抖动周期是否固定。按负载节律调整周期。
• 无规律的高分位尖峰：前台 GC。查空闲块水位是否偏低。加大预留、把回收摊到后台。
• 持续偏高无尖峰：回收压力整体过大。看碎片率与有效页比例。加大预留、优化回写合并。

11.4 缓存区提前失效

症状：使用时间不长，但缓存区的可用容量明显下降，窗口比预期短得多。

这个现象的根因通常不是「缓存坏了」，而是分配策略把磨损集中了。如果采用随机分配，少数块会被反复写入先到达磨损阈值，触发坏块替换，消耗预留块，导致可用块减少。

另一个容易被忽略的原因是缓存与数据区共用预留区。缓存区老化消耗的预留块本来是留给数据区坏块替换的，缓存把它用掉之后，数据区的坏块替换就没有预留可用，表现为「盘还有容量但写不进去」。

11.5 磨损计数异常

症状：磨损计数的增长速率与预期不符，或者某些块的计数明显偏离平均值。

先要明确一点：缓存区的磨损计数高于数据区是正常现象，不是故障。缓存区的工作方式决定了它的每个块被高频反复写入，计数高是设计使然。真正需要排查的是「分布异常」而不是「数值偏高」。

• 缓存区整体均匀高于数据区：缓存的正常工作方式。否。不需要处理。
• 缓存区内个别块远高于平均：分配策略集中了磨损。是。改循环或磨损感知分配。
• 数据区出现局部热点：业务写入有热点。视情况。静态磨损均衡搬移冷数据。
• 计数增长速率突然变化：负载形状改变。需确认。对照业务变更记录。
• 计数溢出或归零：计数器位数不够。是。检查计数器宽度与处理逻辑。

11.6 排查决策顺序

前面五节给了具体现象的排查方法，但真实故障中更常见的情况是「现象不典型」——既不完全像 A 又不完全像 B。这时候需要一个顺序，而不是一堆并列的检查项。

推荐的顺序是五步，每一步都能把范围砍掉一大半：

1. 分类现象：性能类还是一致性类？性能类再分「持续下降」还是「间歇抖动」。分类错了，后面全错。
2. 验证掉电相关性：是否只在掉电重启后出现？是则转一致性矩阵排查（第 8 章），否则转性能路径。
3. 做重启实验：重启后性能是否明显变好？是则说明问题在稳态路径（回收、碎片、预留），不是器件本身。
4. 查空闲块水位：水位偏低则是容量预留问题；水位正常则继续往下。
5. 复核测试口径：样本是否穿透稳态、负载形状是否真实、冷热态是否混报。到这一步还没定位，问题多半在测试方法而不是器件。

12.1 是否需要缓存的判据

判断要不要缓存，用三个问题按顺序问，任何一个答「是」就可以考虑加：

1. 全生命周期写入量是否显著超过缓存容量？如果不超过，缓存永远用不满，价值无法兑现。
2. 负载形状是否让缓存有机会改善时延？如果以顺序大块写为主，缓存收益有限（本来就快）；如果是随机小块写或大量覆盖写，收益最明显。
3. 业务能否接受写放大上升带来的寿命代价？如果寿命预算很紧，缓存带来的额外写可能让实际寿命不达标。

三个问题都答「否」时，不加缓存通常是更好的选择——省下的复杂度、验证成本与写放大是实打实的收益。

• 一次性大文件烧录：是。否（顺序写）。否（双写浪费）。不加缓存，对齐块大小即可。
• 间歇业务写入：是。是。是。加小容量固定 SLC 区。
• 持续日志写入：是。是。需核算。加缓存，按稳态核算寿命。
• 读多写少的应用：否。否。不加缓存，投给读优化。
• 容量极小的器件：否（占比太低）。是。是。不加缓存，收益不抵复杂度。
• 负载波动大的通用盘：是。是。是。伪 SLC 弹性方案。

12.2 缓存容量的选取

容量选取的原则只有一条：按工作集大小定，不按期望性能定。容量应当覆盖典型业务事务或典型业务周期的写入量，而不是「越大越快」的想法。

三条具体的约束：

• 下界：至少要能覆盖一次典型业务事务的写入量，否则连一次业务都撑不完，缓存等于没有。
• 上界：不超过稳态可接受的额外写放大。容量越大，稳态平台越高，这个上界由寿命预算与性能要求共同决定。
• 占比：不宜占据总容量的过大比例，否则轻负载下白白闲置。占比过高是固定分区方案最常见的资源浪费。

12.3 主机侧能否改善稳态表现

好消息是：主机侧确实有相当多的手段可以改善稳态，而且这些手段往往比调整器件更便宜。

表里「降低写入量」这一项的效果最强但常被忽略。它的逻辑很简单：稳态的代价来自物理写入量，减少物理写入量就是直接减少稳态代价。很多项目把精力全花在调器件参数上，却没认真统计过自己的业务到底写了多少物理数据——这个账应该先算清楚。

12.4 保守模式与性能模式的取舍

很多方案提供一个「性能模式」与一个「保守模式」的开关。这两个模式的差别通常不只是调几个参数，而是设计取向的根本分歧。

性能模式倾向于：窗口更大、后台更激进、元数据更新更频繁（保证持久化快）、磨损均衡更积极。保守模式倾向于：窗口更小、后台更保守、元数据更新更稀疏（减少写入）、优先保寿命。

取舍的关键是应用场景的容错能力：如果业务能容忍偶发的写入失败或需要重启恢复，保守模式更合适；如果业务对时延敏感且能接受寿命缩短，性能模式更合适。没有普遍最优的选择，只有与场景匹配的选择。

• 缓存容量：较大。较小。业务对时延的敏感度。
• 回写策略：后台积极合并。写满即回写或延后回写。稳态抖动的容忍度。
• 元数据更新：频繁，保证持久化快。稀疏，减少写入量。掉电一致性的要求强度。
• 磨损均衡：积极，牺牲部分寿命换性能。保守，优先摊平磨损。寿命预算的余量。
• 后台活动：较多，占用通道。较少，让前台优先。业务高峰期的分布。
• 典型适用：时延敏感、寿命预算有余量。寿命紧张、可容忍偶发异常。产品定位。

12.5 设计检查清单

下面这份清单把全文的要求收敛成可逐项核对的条目。建议在设计评审与量产验证两个节点各过一遍。

需求与选型阶段

设计与实现阶段

• 6：元数据原子性有方案。更新要么全生效要么不生效，有具体实现手段。8.3。
• 7：元数据先于数据提交。提交顺序在代码里可验证，不是靠约定。8.3。
• 8：回写可重入且幂等。回写被打断后重试不会产生重复数据。7.5。
• 9：异常路径已覆盖。回写失败、切换失败、回收失败都有恢复逻辑。7.5。
• 10：切换可回滚。伪 SLC 方案在切换中掉电能回到确定状态。3.4。
• 11：后台活动有限流。回收与回写不会无限期占用前台通道。7.5。
• 12：预留区独立核算。缓存与数据区分别核算预留需求。6.2。

验证与交付阶段

A.1 缓存形态

• 内置控制器（SD NAND / eMMC / UFS）：固定 SLC 分区或伪 SLC。同一 die 上划出的块。块数。控制器固件与初始化流程。
• SPI NAND：器件内 SLC Cache 或主机侧写缓存。器件内块，或主机内存 / 外挂 DRAM。块数或字节。器件固件，或主机软件。
• 并行 NAND（多通道多die）：DRAM 缓存为主，SLC 区为辅。控制器侧 DRAM，或 die 内部分块。字节。控制器固件。
• 无缓存方案：无。不适用。不适用。不适用。

A.2 容量档位

A.3 回写策略

A.4 对启动的影响

• 冷启动首次加载：窗口期全命中。变快。收益最大的一次。
• 正常重启后加载：缓存清空，重走窗口。与冷启动相当。每次重启重付窗口成本。
• 异常重启风暴：缓存反复清空。可能变慢。限制重启频率。
• 启动后立即大量写：窗口快速消耗。启动快但后续掉速。错开启动时序与业务写。
• 启动期校验与刷新：后台刷新占通道。可能竞争。刷新避开启动窗口。

B.1 负载分类

B.2 命中特征

• 顺序大块写：快。小。低（本来就快）。
• 随机小块写：很快。很大。最高。
• 大量文件覆盖：快。中到大。中。
• 数据库日志：较快。中。中，但尾延迟受益明显。
• 稀疏与去重：较快。大。低（窗口按物理量很快用满）。
• 读多写少：无差别。无差别。零。

B.3 稳态表现

B.4 优化手段

C.1 症状分类

C.2 定位步骤

C.3 易误判场景

C.4 处置建议

D.1 存储术语

D.2 性能指标

D.3 缩写速查

本文档的性能量级、代价关系与排查方法适用于 NAND 类存储器件的通用讨论，具体型号的参数以对应厂商的正式 datasheet 与固件版本说明为准。凡涉及寄存器、位域与具体数值的实现细节，均以正式文档为准。