Tal*_*eff 7 raid optimization performance hardware-raid
互联网上有各种“参考资料”,深入讨论了在为磁盘阵列选择特定 RAID 条带大小(4KB 到 128KB 或更大)时要考虑的因素,但没有一个是非常权威且一致的彼此真的。
例如:
John's Tech Bits
Stripe Width and Size
RAID 优化指南
特别是,与文件系统类型(FAT、NTFS 等)、文件系统簇大小、缓存策略、磁盘驱动程序命令调度策略、是否可以执行多个命令相关的几个因素似乎在起作用。排队(标记排队)到有问题的驱动器等。
我正在寻找的是权威的、数据驱动的和参考的论文,关于所有需要考虑的因素到底是什么,以及最终如何采取分析方法为给定的应用程序选择最佳条带大小,而无需经过蛮力练习尝试所有这些因素的组合,看看什么会产生最佳性能。
不幸的是,您可能会发现这样的论文很难找到,即使您在浏览相关学术论文集时偶然发现了一篇论文,sod 定律也表明论文未涵盖的一种情况是最接近您预期的 I/O 模式的情况。
这实际上是一个复杂的领域 - 并不复杂,因为问题的每个部分都不是火箭科学,而是复杂,因为不同的因素可以以相当微妙的方式相互作用 - 这就是为什么你会发现一些建议中存在明显的不一致(建议所依据的测试结果在很大程度上取决于测试的确切性质以及它们尝试模拟的 I/O 模式)。因此,找到一篇满足您确切需求的论文将是一件非常幸运的事情,除非您的需求非常基本(在这种情况下,更通用的建议,例如“默认值可能会很好”实际上就足够了)。任何试图涵盖所有内容(甚至只是大多数内容)的论文都会花费很长时间才能完成,以至于在完成之前很久就变得无关紧要。
唯一真正确定的方法是尝试几种组合。尝试在几种配置上复制应用程序的典型 I/O 负载,并查看其基准测试结果。我希望这不会显得毫无帮助,但我认为这确实是唯一可以确定的方法。话虽如此:如果您提供了您正在考虑进行 RAID 配置的环境的一些更具体的详细信息,有人可能会为您指出更适合这种环境+套件+应用程序+负载的论文或其他资源组合比您已经找到的来源。
作为一个接近主题的例子,我上周在我的上网本上做了一些 RAID 测试(在确定内部 SSD 写入速度太慢之后),发现一些结果与我开始时的预期相去甚远(尽管部分原因是我没有意识到内部 SSD 从某些指标来看有多糟糕!)。我不会在这里向您提供确切的细节,因为在这种情况下我关心的 I/O 模式将与您正在考虑的内容相去甚远,但我会重申,我认为确实没有替代品如果您想要特定的指标/建议,则根据您对打算构建的系统的了解进行一些基准测试运行。
| 归档时间: |
|
| 查看次数: |
3856 次 |
| 最近记录: |