|
分类 |
名称 |
说明 |
|
映射表相关 |
L1 Table |
记录每个4KB用户数据在SSD上的存放物理地址； |
|
L2 Table |
记录每个sub L1 Table在SSD上的存放物理地址； |
|
|
L3 Table |
记录每个sub L2 Table在SSD上的存放物理地址； |
|
|
P2L Table |
是一个反向映射表，记录SBlock上的F4K对应的L4K； |
|
|
|
表项的总大小会跟随支持的存储容量调整，以一个1TB的存储器来说，需要一个总大小为1GB的表项来支持运作，为了减少表项操作的开销，将总表切分成较小的sub-table来操作，sub-table的大小目前定为4KB，也就是1024个Table Entry组合成一个sub-table。Sub-table需要另外的表项记录其物理存放空间，这里就形成了对表项的多层管理。本设计套用了3层表项的管理方式，具体描述如下：
1、 L1 Table：大小为4KB，包含1024个Entry，每个Entry占用32b（4Bytes），记录一个4KB大小用户数据的物理位置，按照这个设计，每个L1 Table覆盖4MB的用户数据范围；L1 Table的总个数要随着存储容量来做变化；
2、 L2 Table：大小为4KB，包含1024个Entry，每个Entry占用32b（4Bytes），记录一个4KB 大小L1 Table的物理位置，按照这个设计，每个L2 Table覆盖1024个L1 Table，也就是覆盖4GB的用户数据范围；L2 Table的总个数要随着存储容量来做变化；
3、 L3 Table：总大小为8KB，支持记录2048个L2 Table的物理位置，最大支持8TB的用户容量；L3 Table的个数只有一个，每次刷表最后都会更新并下刷L3 Table；
标签：表项,4KB,L2,L3,L1,Table From： https://www.cnblogs.com/FireLife-Cheng/p/17858557.html