Troels Arvin Asked: 2010-01-30 02:18:10 +0800 CST2010-01-30 02:18:10 +0800 CST 2010-01-30 02:18:10 +0800 CST 哪个 Linux I/O 调度程序用于 XIV 存储？ 772 我即将在使用XIV进行（非事务日志）存储的服务器上安装一个大型且相当繁忙的 DB2 数据库。该服务器将运行 Red Hat Enterprise Linux 5（64 位）。Linux 提供了多种I/O 调度程序之间的选择。哪个 I/O 调度程序最适合 XIV 存储系统上的设备？ 对我来说，听起来“noop”调度程序（它做了最少的巧妙技巧）是显而易见的选择，因为它将所有 I/O 重新排序留给存储系统。我对吗？ linux storage-area-network storage 2 个回答 Voted Best Answer cagenut 2010-01-30T07:29:12+08:002010-01-30T07:29:12+08:00 是的。 我想我可以通过说“你应该在你的环境中进行基准测试”来填补这个答案，但是是的，几乎任何高级 SAN 都会有足够的技巧，你应该尽可能地为它提供最愚蠢/原始的流并让它去做事物。 MarkR 2010-02-01T13:37:41+08:002010-02-01T13:37:41+08:00 您可能应该在非生产环境中使用相同的硬件对其进行基准测试。 我在一个相当聪明的阵列（Dell Powervault MD3000）上执行此操作，发现 noop 调度程序在我的工作负载上大大优于默认的 cfq。 这绝对取决于您的工作量，并且可能对某些人没有影响。据我所知，noop 调度程序更适合“聪明”（具有大量主轴等的 RAID 控制器）或非常快（SSD）的设备
是的。
我想我可以通过说“你应该在你的环境中进行基准测试”来填补这个答案，但是是的，几乎任何高级 SAN 都会有足够的技巧，你应该尽可能地为它提供最愚蠢/原始的流并让它去做事物。
您可能应该在非生产环境中使用相同的硬件对其进行基准测试。
我在一个相当聪明的阵列（Dell Powervault MD3000）上执行此操作，发现 noop 调度程序在我的工作负载上大大优于默认的 cfq。
这绝对取决于您的工作量，并且可能对某些人没有影响。据我所知，noop 调度程序更适合“聪明”（具有大量主轴等的 RAID 控制器）或非常快（SSD）的设备