关键在匹配硬件特性：HDD用deadline/bfq减少寻道，SSD/NVMe设none避免冗余调度；队列深度按设备调至128–1024；预读依负载设64–4096KB，配合dirty_ratio、vfs_cache_pressure等缓存参数协同优化。
优化内核块设备的队列调度与预读策略，关键在匹配硬件特性、业务负载类型和响应性要求。机械硬盘（HDD）需减少寻道开销，SSD/NVMe 则要避免冗余排序、专注合并与低延迟；预读策略则影响顺序读吞吐与内存压力平衡。
按存储介质选对 I/O 调度器
调度器不是越复杂越好，而是看物理瓶颈在哪：
-
机械硬盘（HDD）：推荐
deadline或bfq。deadline 用扇区排序 + 截止时间保障（读默认 500ms，写 5s），防止小读请求被大写阻塞；bfq 更适合交互式或多进程竞争场景，提供带宽隔离。 -
SSD（SATA/NVMe）：设为
none（即绕过调度器）。SSD 无寻道延迟，传统排序反而增加 CPU 开销；内核 5.0+ 默认使用mq-deadline，但 NVMe 设备建议显式关闭：echo none > /sys/block/nvme0n1/queue/scheduler -
虚拟机或容器块设备：若底层是 HDD，宿主机应配 deadline/bfq；若使用 virtio-blk，可考虑
kyber（专为多队列设计，延迟敏感型负载更稳）。
合理调整请求队列深度
队列深度（nr_requests）决定并发请求数上限，太小会限制吞吐，太大可能加剧锁争用或触发设备拥塞：
- 查看当前值：
cat /sys/block/sda/queue/nr_requests - HDD 常用 128–256；NVMe 可设为 1024 或更高（需配合设备支持）；
动态调整命令：echo 512 > /sys/block/nvme0n1/queue/nr_requests - 注意：修改后仅对新下发请求生效，已有请求不受影响；重启后恢复默认，如需持久化，可通过 udev 规则或内核启动参数
blk_mq.update_nr_requests=...设置。
控制预读行为：平衡吞吐与内存占用
预读（readahead）由内核自动触发，目的是提前加载后续可能用到的数据页。默认策略对普通文件读较友好，但对数据库、日志轮转等随机读场景可能造成无效缓存污染：
- 查看当前预读值（KB）：
cat /sys/block/sda/queue/read_ahead_kb（典型值 128–512） - 降低预读（如 OLTP 数据库）：
echo 64 > /sys/block/sda/queue/read_ahead_kb，减少脏页生成和 page cache 占用 - 关闭预读（极少数场景，如只读流式解析）：
echo 0 > /sys/block/sda/queue/read_ahead_kb；但不建议全局禁用，可对特定文件用posix_fadvise(fd, 0, 0, POSIX_FADV_DONTNEED)主动丢弃预读页 - 注意：该设置仅作用于该块设备，不影响页缓存整体策略（如
vm.swappiness或dirty_ratio）。
配合页缓存策略协同调优
调度器和预读效果受页缓存机制制约，需一并观察与调整：
- 高写入负载下，若
dirty_ratio过高（如默认 20%），可能导致突发刷盘拖慢 I/O 响应；建议设为 10–15%，并调低dirty_background_ratio至 5–10%，让后台刷写更积极 - 频繁随机读场景，适当降低
vfs_cache_pressure（如设为 30），延缓 dentry/inode 缓存回收，减少元数据查找开销 - 用
iostat -x 1观察await（平均 I/O 延迟）、%util（设备忙时比）和rrqm/s（读合并数），验证调度与预读是否真正降低了实际磁盘操作次数
