Linux I/O调度算法由内核块层实现，非文件系统功能；noop适用于NVMe等硬件自调度设备，deadline兼顾延迟与吞吐适用于HDD及老旧内核，mq-deadline是5.0+内核下多队列设备的默认首选，显著降低P99延迟并提升IOPS稳定性。

Linux 文件系统 IO 调度算法不是文件系统本身的功能，而是内核块层（Block Layer）中负责管理磁盘请求队列的机制。它决定请求下发到硬件的顺序，直接影响延迟、吞吐与响应稳定性。noop、deadline 和 mq-deadline 是三类关键调度器，适用场景差异明显，选错不仅无效，还可能拖慢性能。

noop：极简 FIFO，适合硬件自调度设备

noop（No Operation）不做任何排序、合并或优先级判断，只维持一个先进先出队列。它的价值在于“不干预”——把调度权完全交给底层硬件。

• 适用对象：NVMe SSD、带智能控制器的 RAID 卡、RAM disk 等自身具备高效请求调度能力的设备
• 优势：零调度开销，CPU 利用率低，避免软件层重复排序导致的延迟抖动
• 配置示例：echo noop > /sys/block/nvme0n1/queue/scheduler
• 注意：对传统 SATA SSD 或机械盘效果一般，甚至不如 deadline；现代内核中已逐步被 mq-deadline 取代用于 NVMe 场景

deadline：兼顾延迟与吞吐的经典双队列设计

deadline 为每个请求设置读/写截止时间（默认 500ms），维护四个队列：两个按扇区排序（提升顺序吞吐），两个按提交时间排序（防饥饿）。当有请求超时，立即从时间队列中优先处理。

• 适用对象：单队列 SSD、SATA 机械盘、内核 3.x–4.x 的老旧生产环境
• 优势：延迟可控、无明显饥饿，数据库随机读写场景表现稳定
• 配置示例：echo deadline > /sys/block/sda/queue/scheduler
• 注意：在多队列设备（如 NVMe）上无法充分利用并行能力，5.0+ 内核建议改用 mq-deadline

mq-deadline：面向多队列设备的现代化低延迟方案

mq-deadline 是 deadline 的多队列（Multi-Queue）演进版，为每个硬件队列独立维护 deadline 逻辑，既保留截止时间保障，又支持高并发请求并行下发。

• 适用对象：Linux 5.0+ 内核下的 NVMe、支持 blk-mq 的 SATA SSD、高性能 SAS 设备
• 优势：显著降低 P99 延迟，提升 IOPS 稳定性，是当前数据库、Web 服务、容器存储等主流生产环境首选
• 配置示例：echo mq-deadline > /sys/block/nvme0n1/queue/scheduler
• 永久生效需加内核参数：elevator=mq-deadline 到 /etc/default/grub 中的 GRUB_CMDLINE_LINUX，并更新 grub 配置

怎么选？看设备类型和内核版本

别凭经验猜，先确认再操作：

• 查设备类型：lsblk -d -o NAME,ROTA,MODEL（ROTA=0 表示 SSD/NVMe）
• 查当前调度器：cat /sys/block/nvme0n1/queue/scheduler（方括号内为当前激活项）
• 查内核版本：uname -r（≥5.0 优先 mq-deadline；
• 验证效果：用 iostat -x 1 观察 await、svctm、%util，对比调度器切换前后延迟分布变化