linux内核i/o调度器旨在降低寻道开销或提升并发效率，常见算法包括noop（适合nvme/智能存储栈）、deadline（兼顾延迟与吞吐，适用于hdd/sata ssd）、mq-deadline（默认，适配blk-mq架构）、kyber（专为低延迟设计，适用于oltp等场景）。
Linux内核通过I/O调度器（也称电梯调度器）管理块设备的请求队列，其核心目标是在保证公平性的同时，尽可能降低磁头寻道开销（对机械硬盘）或提升并发处理效率（对SSD/NVMe）。不同调度算法适用于不同硬件类型和负载场景，选错可能显著拖慢数据库响应、文件拷贝速度或虚拟机I/O吞吐。
常见I/O调度算法及其适用场景
Linux主流调度器包括noop、deadline、cfq（已废弃）、kyber和mq-deadline（自4.12起为默认）。它们的设计逻辑差异明显：
- noop：仅做简单FIFO合并，无排序或优先级逻辑。适合I/O由底层设备自行优化的场景，如NVMe SSD、RAM盘、或使用了智能存储栈（如ZFS、RAID卡带缓存）的系统。
- deadline：为每个请求设置读/写截止时间，优先服务即将超时的请求，并按扇区位置合并相邻请求。兼顾延迟与吞吐，对传统HDD和部分SATA SSD仍较稳健。
- mq-deadline：多队列（multi-queue）架构下的deadline演进版，适配现代块层（blk-mq），支持更高并发，是多数新内核（≥4.12）下SATA/NVMe混合环境的平衡选择。
- kyber：专为低延迟设计，区分“同步”（如fsync、数据库事务提交）与“异步”请求，动态分配预算。在高IOPS、低延迟敏感型负载（如OLTP、实时日志）中表现更优。
如何查看与临时切换调度算法
当前调度器可通过/sys/block/设备名/queue/scheduler查看，例如：
cat /sys/block/sda/queue/scheduler → 输出类似 [mq-deadline] kyber none，方括号内为当前启用项。
临时修改（重启失效）只需向该文件写入名称：
echo kyber > /sys/block/sda/queue/scheduler
注意：需root权限；部分设备（如某些NVMe驱动）可能只支持noop或kyber；修改前建议用iostat -x 1观察基线性能。
持久化配置与内核启动参数
若需开机即生效，有两类方式：
- 通过udev规则：创建/etc/udev/rules.d/60-io-scheduler.rules，内容如：
ACTION=="add|change", KERNEL=="sda", ATTR{queue/scheduler}="kyber" - 在GRUB启动参数中指定：编辑/etc/default/grub，向GRUB_CMDLINE_LINUX添加elevator=kyber，再运行update-grub && reboot。此方式全局生效，但无法按设备区分。
性能验证不能只看吞吐量
调度器效果需结合具体负载评估，推荐组合观测：
- 用iostat -x 1关注%util（设备忙时比）、await（平均I/O等待毫秒）、svctm（实际服务时间）—— await远高于svctm说明队列积压严重，可能需换低延迟调度器。
- 对数据库类应用，用fio模拟随机读写，重点对比latency percentiles（如p99延迟），而非仅总IOPS。
- 避免在空闲系统测试：调度器优势常在中高并发（如4–16线程）下才显现，单线程顺序读写几乎无差异。
