NVMe HMB

R&D 不 coding

已于 2025-04-11 16:58:58 修改

阅读量1.3k

点赞数 15

分类专栏： NVMe 文章标签： NVMe

于 2024-11-28 19:39:12 首次发布

本文链接：https://blog.csdn.net/Thames2012/article/details/144119123

版权

NVMe 专栏收录该内容

5 篇文章

订阅专栏

简介

HMB，全称 Host Memory Buffer。简单来说，就是 NMVe 协议提供了一种可选机制让 host 可以分配一部分内存给 SSD 控制器独自使用。

当然，host 可能无法提供任何 HMB 或只能提供一小部分 HMB。但 SSD 要能包容这种情况，即使没有 HMB 也要能正常工作。因为协议规定 HMB 也只是一个可选项，SSD 并非必须支持。可以这么说，HMB 算是一种锦上添花的机制，但当前 HMB 已经得到广泛的应用。尤其 DRAM-less 的 SSD ，如果想要取得足够的市场竞争力，应该是必须支持 HMB 的。

本文主要参考协议规范 NVMe 1.4 版本。

详细描述

应用场景

最为重要的应用场景当属 DRAM-less 的SSD。由于价格和成本，该类 SSD 内部可用 RAM 非常小，此时 HMB 对它的帮助就尤为突出。通过 HMB 的帮助，SSD 可以拥有更好的性能表现。

HMB 在其中可以作为：

数据缓存区
算法映射表缓存区

使用方式

host 通过 Identify controller 命令了解 SSD 对 HMB 的诉求。
根据诉求，host 决定是否使能 HMB。如果要使能，则通过 Set Features（详见本文的相关配置）把分配的 HMB 信息告诉 SSD，同时使能 HMB。
分配后，host 保证不修改这些已分配的 HMB，以及 Host Memory Descriptor List（详见相关配置）。只有 SSD 可以自由使用 HMB。SSD 负责初始化 HMB。
HMB 回收时，host 通过 Set Features 命令来让 SSD 归还 HMB。SSD 回复 Set Features CQ 后，就不能访问 HMB 了。所以 SSD 在回复 CQ 之前，一定要保证所有访问 HMB 的事件都已完成。

HMB 回收时机

host 发生 shutdown 前。
host 发生 Runtime D3 event 前。
host 发生任何需要回收分配内存的事件前。

注意事项

如果 host 分配 HMB 时，无视相关配置的限制，则分配给 SSD 的 HMB 可能无法被充分利用。比如，当 descriptor entries 超出最大数目限制，超出部分可能会被 SSD 忽略掉。
在 Runtime D3 时，host 应再次提供 HMB，同时告知 SSD，提供的 HMB 在进 RTD3 之前已经被使用，且没有被修改。
在 reset 期间，HMB 不会保持存在。在 reset 完成后，host 应该将之前分配的 HMB 重新提供给 SSD。
如果 host 将之前分配的 HMB 原封不动地重新提供给 SSD，即保持 HMB 内存位置不变，保持 HMB 上的数据内容不变，保持 Host Memory Descriptor List 不变，则在 Set Features 命令中，Memory Return 的 bit 设置为“1”。
SSD 需保证当 HMB 被意外移除时，不会发生数据丢失和数据错误的情况。
如果 HMB 已经使能了，此时下发一条 enable HMB 的 Set Features 命令应该要被 abort 掉，且回报 Command Sequence Error 的状态码。
如果 HMB 未使能，此时下发一条 disable HMB 的 Set Features 命令，无需采取任何操作，回报成功完成。