盘一盘NVMe Write Zeroes Command和它的“远亲近邻”们

引言

俗话说，龙生龙，凤生凤，老鼠的儿子会打洞，但我没想到这句话也有能套用在NVMe协议上的一天。不知道大家在了解NVMe 协议的时候，有没有注意过以下几个概念：Write Zeroes，Write Uncorrectable，Dataset Management，TRIM，Sanitize，Deallocate？它们都能够让一定范围的LBA在读取时返回全0结果或不可读，但你知道它们都有哪些差异，又有哪些共性？别着急，今天我们先来详细介绍一下Write Zeroes Command，然后再一起盘一下它的几个“远亲近邻”们。

命令详解

Write Zeroes，顾名思义，是用来对一段连续的LBA写0h数据的一个命令，通过将这些LBA释放出来，供上层应用使用。它可以通过具体的参数配置，来决定是否要真的往物理地址写0h数据，还是仅仅在被读取时返回数据全0h的内容。虽然在Host端读取时看到的表现是一样的，但实际的处理方式不尽相同。

首先，使用这个命令有几个需要重点关注的点：

1. Identify中的相关字段表明是否可以支持Write Zeroes Command
   a) ONCS（Optional NVM Command Support）的Bit3为1b，此时WZSL（Write Zeroes Size Limit）为建议值，超过WZSL大小的Write Zeroes Command会造成一些延迟；
   b) ONCS的Bit3为0b，WZSL为0，说明控制器不支持Write Zeroes命令；
   c) ONCS的Bit3为0b，WZSL为非零值，此时WZSL为限制值，超过WZSL大小的Write Zero Command会被终止。
2. Identify中的相关字段可以支持Deallocate后清零的相关设置
   Host在读取一个成功做完Write Zeroes命令的LBA时，除了PI（Protect Information）内容外，其余无论是User Data还是Meta Data一定要确保读到的值是0h，这是此命令最主要的意义所在。因此，Identify Namespace中的DLFEAT（Deallocate Logical Block Features）需要被注意：
   a) 只有DLFEAT的Bit3为1，Host才能主动要求Write Zeroes使用Deallocate实现 (CDW12.DEAC)，不然只能遵从控制器自己的处理方式。
   b) 只有DLFEAT的Bit2:0为001b时，才可以确保Deallocate以后的LBA读到的值一定为0 h（PI除外），