User Tools

Site Tools


2mib_fs_dax

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision Both sides next revision
2mib_fs_dax [2020/05/02 00:31]
Dan Williams
2mib_fs_dax [2020/05/02 00:32]
Dan Williams
Line 42: Line 42:
 Our namespace in this case begins at 5 GiB (0x1 4000 0000), which is 2 MiB (0x20 0000) aligned. Our namespace in this case begins at 5 GiB (0x1 4000 0000), which is 2 MiB (0x20 0000) aligned.
  
-It is recommend to use raw devices and create multiple namespaces if the system configuration calls for persistent memory to be provisioned into smaller volumes. This is because namespace alignment is enforced at namespace creation time whereas partitions need to be created by tooling that is careful to align both the start of the namespace and the start of partitions.+It is recommend to use raw devices and create multiple namespaces if the system configuration calls for persistent memory to be provisioned into smaller volumes. This is because namespace alignment is enforced at namespace creation time whereas partitions need to be created by tooling that is careful to align both the start of the namespace and the start of partitions. Long term the pmem device partition is scheduled for deprecation in favor of requiring namespaces for all provisioning.
  
 Instead, if we create any partitions on top of our PMEM namespace, we must ensure that those partitions are likewise 2 MiB aligned. ​ By default fdisk will create partitions that are 1 MiB (2048 sector) aligned from the start of the parent block device: Instead, if we create any partitions on top of our PMEM namespace, we must ensure that those partitions are likewise 2 MiB aligned. ​ By default fdisk will create partitions that are 1 MiB (2048 sector) aligned from the start of the parent block device:
2mib_fs_dax.txt ยท Last modified: 2020/09/24 00:43 by Darrick Wong