有谁知道validation在LVM和md RAID上的XFS文件系统在4096字节（又名“高级格式”扇形磁盘arrays上正确alignment的步骤吗？
一些参考是：
http://www.ibm.com/developerworks/linux/library/l-4kb-sector-disks/index.html
http://thunk.org/tytso/blog/2009/02/20/aligning-filesystems-to-an-ssds-erase-block-size/
此外，这个问题的上下文是关于堆栈溢出的新的NAS： http : //blog.serverfault.com/post/798854017/the-theoretical-and-real-performance-of-raid-10
validation是一个棘手的问题。 我的第一个想法是从媒体上做一系列直接的IO 4KB读取并观看blinkin-lights。 如果每第x次读取都会导致两个驱动器闪烁，则表示存在未alignment（4kb读取正好跨越了RAID条带边界）。 但是，你距离硬件3000英里远，所以不适合你。
我假设您的RAID条带宽度大于4KB扇区大小。 我以前想过的testing是做一个跨步的读/写testing。 这是您读/写每x 4KB扇区的地方。 改变偏移量，你可以改变你正在testing的RAID条带的位置。 如果某些偏移量performance出不同的性能，我会考虑这样一个迹象，即特定的偏移量跨越4KB操作的RAID条带。 这将validationXFS在RAIDconfiguration中正确alignment。
validationRAID条纹是否正确alignment可以用同一种步进testing来完成，并留意各个驱动器的'iostat'值。 如果您的步幅是正确的，那么在任何时候只能看到两个驱动器上的活动。 如果同一个testing在所有四个驱动器上都显示活动，那么你就可以certificate某些东西没有alignment。
我知道存储基准IOZONE有能力进行跨步testing，如果更常见的IOMETER无法做到这一点，我会感到非常惊讶。 尽pipe如此，使用直接IO和绕过caching和写入组合的能力对于这些types的testing是至关重要的。
这是一个个人的事情，但我认为这种协调一致的业务是过度的 – 我敢说，如果你汗streamlast背的细节，但是由于现代caching的大小加上磁盘到内存链的复杂性，不会多汗。
但那就是我;）