Kyl*_*ndt 15 linux raid partition xfs mdadm
有谁知道验证 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 -filesystems-to-an-ssds-erase-block-size/
此问题的上下文也与 Stack Overflow 的新 NAS 有关:http : //blog.serverfault.com/post/798854017/the-theoretical-and-real-performance-of-raid-10
验证是一件棘手的事情。我的第一个想法是从媒体中进行一系列直接 IO 4KB 读取并观察闪烁灯。如果每次 xth 读取导致两个驱动器闪烁,则表明未对齐(4kb 读取刚跨越 RAID 条带边界)。但是,您距离硬件 3000 多英里,因此这对您不起作用。
我假设您的 RAID 条带宽度大于 4KB 扇区大小。我之前想到的测试是做一个stride读/写测试。这是您每 x 4KB 扇区读/写的地方。改变偏移量,您可以更改正在测试的 RAID 条带中的位置。如果某些偏移显示不同的性能,我会认为特定偏移跨越 RAID 条带进行 4KB 操作的迹象。这将验证 XFS 在 RAID 配置中是否正确对齐。
验证 RAID 条带是否正确对齐可以通过相同类型的步幅测试来完成,并密切关注各个驱动器的“iostat”值。如果您的步幅大小正确,则在任何给定时间您应该只能看到两个驱动器上的活动。如果同一个测试显示所有四个驱动器上都有活动,那么您就有证据表明某些东西未对齐。
我确信存储基准 IOZONE 有能力进行跨度测试,如果更常见的 IOMETER 不能做到这一点,我会感到非常惊讶。不过,使用直接 IO 和绕过缓存和写入组合的能力对于此类测试至关重要。
这是个人的事情,但我认为这种对齐业务被夸大了 - 我敢说,如果您担心最后的细节,但考虑到现代缓存的大小以及磁盘到内存链的复杂性,我敢说,会有低个位数的性能优势不会出太多汗。
但这就是我;)
| 归档时间: |
|
| 查看次数: |
3186 次 |
| 最近记录: |