验证分区是否在具有RAID和LVM的Linux中对齐


15

有谁知道验证LVM和md RAID之上的XFS文件系统是否正确对齐4096字节又称为“高级格式”扇区磁盘的阵列的步骤?

一些参考是:
http : //www.ibm.com/developerworks/linux/library/l-4kb-sector-disks/index.html
http://thunk.org/tytso/blog/2009/02/20/aligning -文件系统到ssds-擦除块大小/

这个问题的内容也与Stack Overflow的新NAS有关:http : //blog.serverfault.com/post/798854017/the-theoretical-and-real-performance-of-raid-10

Answers:


5

验证是一个棘手的问题。我的第一个想法是从媒体进行一系列直接IO 4KB读取,并观看闪烁指示灯。如果每次读取的xth导致两个驱动器闪烁,则表示未对齐(读取的4kb刚刚跨越RAID条带边界)。但是,您距离硬件3000英里远,因此对您不起作用。

我假设您的RAID条带宽度大于4KB扇区大小。我之前想到的测试是进行跨步读/写测试。在这里,您每x 4KB扇区读/写一次。改变偏移量,然后可以更改要测试的RAID条带中的位置。如果某些偏移量显示不同的性能,则我认为有迹象表明特定偏移量跨越4KB操作的RAID条带。这将验证XFS是否在RAID配置中正确对齐。

可以使用相同的步幅测试来验证RAID条带是否正确对齐,并注意各个驱动器的“ iostat”值。如果步幅大小正确,则在任何给定时间都应该只看到两个驱动器上的活动。如果同一测试显示所有四个驱动器均处于活动状态,则表明您有东西对齐错误。

我肯定知道存储基准测试IOZONE可以进行跨步测试,如果更常见的IOMETER无法做到这一点,我会感到非常惊讶。但是,使用直接IO和旁路缓存以及写合并的能力对于这类测试至关重要。


0

这是个人的事,但我认为这种对齐业务被夸大了-我敢说,如果您遗漏了最后的细节,就可以获得低个位数的性能优势,但考虑到现代缓存的大小以及磁盘到内存链的复杂性,我不会汗流sweat背。

但这就是我;)


5
对齐错误的扇区会导致顺序读取和写入,该操作实际上在旋转介质上非常有效。对齐对SSD来说很重要的原因是写入比读取昂贵得多,因此需要将写入放大倍数保持在最低水平。
sysadmin1138
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.