怎么在Linux利用Lsblk-T显示块设备的排队调度算法及详细的IO队列深度-linux运维-PHP中文网

linux块设备i/o调度器通过优化请求顺序减少磁头移动、提升吞吐量，核心机制包括请求合并、按扇区排序和延迟控制；常用算法有noop、deadline、cfq和kyber，nvme设备多用none+mq模式。

怎么在linux利用lsblk-t显示块设备的排队调度算法及详细的io队列深度

lsblk -T 并不支持直接显示块设备的 I/O 调度算法（IO scheduler） 或 队列深度（queue depth）。这是常见的误解 —— -T 选项仅用于以树状格式（tree view）显示设备的父子关系（如磁盘 → 分区 → LVM → 挂载点），它本身不提供调度器或队列参数信息。

要查看 Linux 块设备的 I/O 调度算法 和 队列深度（包括硬件队列 depth、nr_requests、rq_affinity 等），需结合其他内核接口，主要是 /sys/block/*/ 下的虚拟文件系统。

✅ 查看当前块设备使用的 I/O 调度算法

每个块设备（如 sda, nvme0n1）在 sysfs 中有对应的调度器控制文件：

cat /sys/block/sda/queue/scheduler

输出示例：

[none] mq-deadline kyber bfq

方括号 [ ] 中的是当前激活的调度器；
其余是内核编译支持但未启用的可选调度器；
none 表示使用无调度器的直通模式（常见于 NVMe 设备，默认用硬件队列）；

? 注意：NVMe 设备通常不使用传统 scheduler，而是依赖 mq（multi-queue）+ kyber/none，其调度逻辑由硬件/驱动层处理。

Zynq Linux Hardware Debug
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。

下载

✅ 查看 I/O 队列相关参数（深度、请求限制等）

关键路径：/sys/block/<dev>/queue/</dev>

常用字段说明：

nr_requests：软件层单个队列允许挂起的最大请求数（传统单队列设备）
nr_zones / max_hw_sectors_kb：与硬件能力相关（非严格“队列深度”）
depth（仅部分驱动暴露）：如 nvme 设备可能有 /sys/block/nvme0n1/device/queue_depth
mq 多队列设备更应关注：
- /sys/block/nvme0n1/queue/nr_requests（每个硬件队列的软件请求上限）
- /sys/block/nvme0n1/queue/hw_queues（实际硬件队列数）
- /sys/block/nvme0n1/device/queue_depth（每个队列的硬件深度，如 64 或 256）

? 实用命令一键查主要队列参数（以 sda 为例）：

DEV=sda
echo "=== $DEV scheduler ==="
cat /sys/block/$DEV/queue/scheduler 2>/dev/null || echo "(not available)"

echo -e "\n=== $DEV queue parameters ==="
for f in nr_requests rq_affinity rotational iostats; do
  echo "$f: $(cat /sys/block/$DEV/queue/$f 2>/dev/null || echo 'N/A')"
done

echo -e "\n=== $DEV hardware hints (if NVMe) ==="
cat /sys/block/$DEV/device/queue_depth 2>/dev/null || echo "N/A (not NVMe or no export)"

✅ 修改调度算法（运行时临时生效）

# 切换为 bfq（需内核支持且模块已加载）
echo 'bfq' | sudo tee /sys/block/sda/queue/scheduler

# 切换为 none（NVMe 推荐）
echo 'none' | sudo tee /sys/block/nvme0n1/queue/scheduler

⚠️ 注意：该设置重启后失效；永久生效需通过内核启动参数（elevator=...）或 udev 规则。

✅ 补充：用 `ionice` 和 `iostat` 辅助观察调度效果

ionice -c 1 -n 0 dd if=/dev/zero of=/mnt/test bs=4k count=100000
（测试实时类 IO 对调度响应的影响）
iostat -x 1
关注 await, svctm, %util, aqu-sz（平均请求队列长度）等指标，间接反映队列压力。

不复杂但容易忽略：调度器和队列深度是分层概念 ——
驱动层（如 nvme）决定硬件队列数与深度，
块层（blk-mq）管理软件提交队列，
I/O scheduler（如 kyber）只在需要时做请求合并与排序。
多数现代 SSD/NVMe 场景下，none + mq 已是最优，无需手动干预。