标签：Handling nvme1.3 Logical LBA 机制 Data Block Metadata
|
Controller应该支持每一个Logical Block的Metadata。Metadata是每一块Logical Block的附加数据。对于Host如何使用Metadata数据是没有要求的。一个最普遍的用法是传达E2E保护信息。
Medatada可以用两种方式向Host或者是从Host获取数据。这两种机制在Namespace格式化时被选择。
第一种机制是Metadata和关联的Logical Block是连续的，Metadata位于Logical Block的后方，形成一个扩展Logical Block。这种机制的原理如图252。在这种情况下，Logical Block和Metadata被PRP1和PRP2指针所指出。
图252：Metadata-Contigous with LBA Data，Forming Extended LBA
|
LBA n Data
|
LBA n
Metadata
|
LBA n+1 Data
|
LBA n+1
Metadata
|
Data Buffer(PRP1&PRP2)
第二种机制是Meadata作为一块单独的数据buffer。机制原理如图253。在这种情况下Metadata由Metadata指针单独指向，Logical Block由Data指针单独指向。当命令中的Metadata使用了PRPs时，这个Metadata被要求必须是存放在连续的物理空间。
图253：Metadata-Transferred as Separate Buffer
|
LBA n
Metadata
|
LBA n+1
Metadata
|
LBA n+2
Metadata
|
|
LBA n Data
|
LBA n+1 Data
|
LBA n+2 Data
|
当Namespace被格式化的时候应该去选择一种传输机制。同一个Namespace下不支持Metadata部分传输用机制1，而另一部分传输用机制2.
如果使用了E2E数据保护，每一个Logical Block的保护信息应该存储在Metadata中。
|
|
标签：Handling,nvme1.3,Logical,LBA,机制,Data,Block,Metadata
来源： https://blog.csdn.net/qq_25210633/article/details/90342416
本站声明：
1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。
