fslong
2024-01-10 17:53 deepin beta test group
wangr1069:
的确是楼主所说的分区对齐问题。
从磁盘管理器界面看, 它进行分区时只会进行相邻分配。所以磁盘管理器想要满足分区对齐,需要确保未分配空间本身是对齐的。
sudo parted -- /dev/nvme0n1 unit s print
Model: FORESEE P900F256GBH (nvme)
Disk /dev/nvme0n1: 500118192s
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 2050s 2099201s 2097152s primary
2 2099202s 500118158s 498018957s primary ext4
而 gparted 分区和格式化时默认使用 MiB 对齐。
sudo parted -- /dev/nvme0n1 unit s print
Model: FORESEE P900F256GBH (nvme)
Disk /dev/nvme0n1: 500118192s
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 2050s 2099201s 2097152s primary
2 2101248s 500117503s 498016256s primary ext4
嗯嗯,却是如此。
但还有个比较奇怪的是我看网上的测评,没4k对齐,差别也没这么大,大概就一两倍。
Reply Like 0 View the author
专门找了两块硬盘测试,一块杂牌,一块三星的,测试出来deepin的跑分差的离谱。
一、硬盘一
1.1 我们先看看格式化成ext4
1.2 再来看看格式化成xfs
1.3 格式化成exfat也是如此
二、硬盘二
这块硬盘比较烂,测试结果更离谱,直接差了10倍以上好嘛:
2.1 格式化成ext4
2.2 格式化成xfs
好嘛,怪不得我之前觉得用xfs电脑更流畅一些,使用deepin磁盘管理格式化成xfs是要比ext4写入性能好点。
三、猜测
mkfs.ext4 -F -O ^64bit -L '' '/dev/sda2'
,大概意思是屏蔽了不支持64位文件系统的区块(资料较少,如果不对麻烦懂的老铁指正),而deepin磁盘管理的格式化代码是mkfs.ext4 -F -L '' '/dev/sda2'
,这块应该有一定的影响。四、总结
总结下就是:
五、更正和致谢
由于deepin磁盘管理的格式化和分区是在一起的,所以我理解错误、描述不准确。
事实上问题出在分区这一步,deepin磁盘管理分区的时候不会自动4k对齐,本来对齐的他就对齐,本来没对齐的他就没对齐,对齐之后速度就会正常。
如果一块磁盘先在前面扇区安装了windows,很有可能会造成没有4k对齐的情况,这种时候大家就注意了,会影响性能。