📚 课程目录第3章传统IO调度器（上）

3. 传统IO调度器（上）：Noop调度器原理、适用场景、性能特点与配置方法

Noop（No Operation）是Linux内核中最简单的I/O调度器，其设计哲学是“什么都不做”。它不执行任何形式的请求合并、排序或重排，仅维护一个简单的FIFO（先进先出）队列。在特定硬件和负载场景下，这种极简设计反而能带来最低的CPU开销和最低的延迟抖动。

3.1 Noop调度器核心原理

Noop调度器的工作流程可以概括为三个步骤：

入队：将来自块层的I/O请求直接追加到FIFO队列尾部。
合并：仅执行相邻扇区请求的简单合并（如果新请求与队列尾部请求的扇区连续，则合并为一个更大的请求）。
分发：从队列头部取出请求，直接下发给底层块设备驱动。

  关键设计取舍： Noop放弃了所有基于磁头寻道优化的重排逻辑（如电梯算法），因此它不区分读/写优先级，也不做任何形式的请求饥饿预防。它的核心假设是：底层硬件（如NVMe SSD或硬件RAID控制器）自身已经具备完善的I/O排队和调度能力，内核层不需要再做二次调度。

适用场景速记： Noop最适合“智能硬件 + 随机负载”的组合。当底层设备能自己处理寻道优化和队列深度管理时，Noop是延迟最低的选择。

3.2 适用场景分析

Noop调度器的适用性高度依赖于底层存储介质的特性。以下表格对比了Noop在不同硬件环境下的表现：

硬件类型	Noop适用性	原因
NVMe SSD	强烈推荐	NVMe设备内部有数百个硬件队列和原生命令排序能力，内核调度器介入只会增加延迟。
硬件RAID控制器（带缓存）	推荐	RAID卡固件自带写缓存和I/O合并逻辑，Noop让硬件自主调度效果最佳。
SATA SSD（AHCI）	可选	单队列设备，Noop延迟低但吞吐量可能不如Deadline。建议实测对比。
机械硬盘（HDD）	不推荐	HDD依赖磁头寻道优化，Noop不做重排会导致严重的随机读写性能下降。
虚拟化/容器环境	推荐	宿主机使用Noop可减少调度层开销，将I/O排序交给虚拟机内部或hypervisor。

性能陷阱： 在机械硬盘上使用Noop调度器，当出现大量随机I/O时，磁头寻道时间会急剧增加，导致IOPS下降80%以上，平均延迟从毫秒级恶化到百毫秒级。务必根据硬件类型选择调度器。

3.3 性能特点与指标

Noop调度器的性能特征可以通过以下关键指标来量化：

CPU开销：极低。每次I/O调度仅需O(1)的入队和出队操作，几乎不消耗CPU周期。
平均延迟：在智能硬件上最低。因为没有任何排队等待和重排延迟。
延迟抖动（Jitter）：最小。FIFO顺序保证请求按到达顺序处理，不会出现请求被长时间饿死的情况。
吞吐量：在随机负载下表现优秀，在顺序负载下与其他调度器持平。
公平性：无。Noop不区分进程或cgroup，所有请求一视同仁。

3.4 配置方法

Noop调度器的配置分为运行时动态切换和持久化配置两种方式。

3.4.1 运行时切换（立即生效，重启失效）

查看当前系统所有块设备的调度器：

# cat /sys/block/sda/queue/scheduler
[mq-deadline] kyber bfq none

方括号内为当前生效的调度器。切换为Noop（在较新内核中对应none）：

# echo none > /sys/block/sda/queue/scheduler

# 验证切换结果
# cat /sys/block/sda/queue/scheduler
[mq-deadline] kyber bfq [none]

内核版本说明： 在Linux 5.0+内核中，传统单队列（SQ）路径已被移除，多队列（MQ）路径成为唯一I/O路径。Noop调度器在MQ框架下被重命名为none。如果你的内核版本低于5.0，请使用echo noop > /sys/block/sda/queue/scheduler。

3.4.2 持久化配置（重启后生效）

方法一：使用grubby工具（适用于RHEL/CentOS/Fedora）：

# grubby --update-kernel=ALL --args="elevator=none"

方法二：手动编辑/etc/default/grub（适用于Debian/Ubuntu）：

# 编辑文件
GRUB_CMDLINE_LINUX="elevator=none"

# 更新grub配置
# update-grub

方法三：使用udev规则（按设备类型自动设置，推荐用于混合存储环境）：

# 创建 /etc/udev/rules.d/60-iosched-noop.rules
# 内容如下：
# 为NVMe设备设置none调度器
ACTION=="add|change", KERNEL=="nvme[0-9]*n[0-9]*", ATTR{queue/scheduler}="none"

# 为SATA SSD设置none调度器
ACTION=="add|change", KERNEL=="sd[a-z]", ATTR{queue/rotational}=="0", ATTR{queue/scheduler}="none"

3.5 性能验证与调优检查

配置完成后，建议使用以下命令验证Noop调度器的实际效果：

# 1. 确认调度器已生效
# cat /sys/block/nvme0n1/queue/scheduler
[mq-deadline] kyber bfq [none]

# 2. 查看调度器统计信息（多队列版本）
# cat /sys/block/nvme0n1/mq/*/sched_stats

# 3. 使用fio进行基准测试
# fio --name=randread --ioengine=libaio --iodepth=1 --rw=randread \
#     --bs=4k --direct=1 --size=1G --numjobs=1 \
#     --runtime=60 --time_based --group_reporting

# 4. 监控实际延迟分布
# iostat -x 1 | grep nvme0n1

  调优检查清单：
  确认/sys/block/<device>/queue/scheduler显示[none]。
使用iostat -x 1观察await（平均等待时间）是否低于其他调度器。
使用perf stat -e block:block_rq_insert,block:block_rq_issue观察调度器事件频率。
对比切换前后的fio延迟百分位（特别是p99.9），Noop应表现出更低的尾部延迟。

3.6 本章小结

Noop调度器是Linux I/O调度器家族中最简单、最轻量的一员。它的核心价值在于“不干预”——当底层硬件足够智能时，内核层的任何调度都是多余的。在NVMe SSD、硬件RAID和虚拟化场景中，Noop（none）能提供最低的延迟和最小的CPU开销。然而，在机械硬盘上使用Noop会导致严重的性能退化，这一点需要在实际部署中严格区分。

  核心记忆点：
  Noop = FIFO + 简单合并，无重排、无优先级、无饥饿保护。
最佳搭档：NVMe SSD、硬件RAID、虚拟化宿主机。
配置命令：echo none > /sys/block/sda/queue/scheduler。
内核5.0+使用none，旧内核使用noop。