NVMe 固态硬盘支持 NCQ 吗？Linux 下如何正确优化队列深度？

NVMe 固态硬盘不使用 NCQ 技术，这是 SATA 协议的特性；NVMe 有自己独立的多队列机制，Linux 下调优应关注队列深度、调度器和中断亲和性，而非 NCQ 参数。

先说结论：NVMe 设备根本不支持 NCQ，试图用 libata.force 等 SATA 参数调优 NVMe 是无效的，正确做法是调整 NVMe 原生队列深度和 IO 调度器。

先定位：确认你的设备是 NVMe 还是 SATA，两者协议完全不同
先做：针对 NVMe 使用正确的调优参数（队列深度、调度器、电源管理）
再验证：通过/sys/block 目录和性能测试确认配置生效

快速确认与临时调整

先确认设备类型，避免用错参数：

lsblk -d -o name,tran,type
# 或
lspci | grep -i nvme

如果是 NVMe 设备（tran 显示为 nvme），以下 SATA 相关参数完全无效：

# 这些对 NVMe 不起作用，不要浪费时间
libata.force=noncq
elevator=deadline

NVMe 正确的队列深度调整方式（临时生效，重启失效）：

# 查看当前队列深度（默认通常为 128 或 256）
cat /sys/block/nvme0n1/queue/nr_requests

# 临时调整（高并发场景可适当调大，建议先测试 512 或 1024）
echo 1024 > /sys/block/nvme0n1/queue/nr_requests

# 查看当前调度器
cat /sys/block/nvme0n1/queue/scheduler

# 切换到 none 调度器（推荐 NVMe 使用）
echo none > /sys/block/nvme0n1/queue/scheduler

持久化配置实操

临时调整重启后会失效，生产环境建议通过以下方法持久化配置。

方法一：udev 规则（推荐用于队列深度和调度器）

创建 udev 规则文件，在设备加载时自动应用配置：

sudo vim /etc/udev/rules.d/60-nvme-optimization.rules

写入以下内容（注意将 nvme0n1 替换为你的实际设备名，或使用通配符）：

# 对所有 NVMe 设备生效
ACTION=="add|change", SUBSYSTEM=="block", KERNEL=="nvme*", ATTR{queue/nr_requests}="1024", ATTR{queue/scheduler}="none"

保存后重新加载 udev 规则：

sudo udevadm control `--reload-rules`
sudo udevadm trigger

方法二：modprobe 配置（用于电源管理参数）

针对 nvme_core 模块参数的持久化，建议创建 modprobe 配置文件：

sudo vim /etc/modprobe.d/nvme-power.conf

写入以下内容：

# 关闭自动功耗状态切换（高负载场景建议，笔记本慎用）
options nvme_core default_ps_max_latency_us=0

更新 initramfs 并重启生效：

# Debian/Ubuntu
sudo update-initramfs -u
# CentOS/RHEL
sudo dracut -f
sudo reboot

验证方法

配置后重新检查参数值，确认是否应用成功：

cat /sys/block/nvme0n1/queue/nr_requests
cat /sys/block/nvme0n1/queue/scheduler
cat /sys/module/nvme_core/parameters/default_ps_max_latency_us

如果显示你设置的值，说明配置已应用。

性能验证可以用 fio 做基准测试，对比调整前后的 IOPS 和延迟。但要注意：

测试前确保系统负载稳定
多次测试取平均值
公开资料中没有看到可靠的量化数据说明具体提升比例，实际效果取决于工作负载类型

日志检查：

dmesg | grep -i nvme
# 查看是否有设备相关错误或警告

常见风险与坑

坑 1：把 SATA 教程套用到 NVMe

很多老教程讲 libata.force、SATA NCQ 调优，这些对 NVMe 完全无效。先确认设备类型再找对应教程。

坑 2：队列深度过大导致内存压力

nr_requests 设置过大会增加内核内存占用，某些硬件或内核版本上可能导致不稳定。建议从 512 或 1024 开始测试，根据实际负载调整，不要盲目设置为最大值。

坑 3：忽略 CPU 亲和性

NVMe 多队列的优势在于每个核心独立处理 IO。如果中断都集中在少数核心，会形成瓶颈。可以用 irqbalance 或手动绑定中断亲和性。

坑 4：电源管理导致续航下降（笔记本用户注意）

关闭电源管理参数（default_ps_max_latency_us=0）会显著增加空闲功耗。笔记本用户未注意可能导致续航明显下降，仅在插电高负载场景建议关闭。

坑 5：调度器选错

机械硬盘的 cfq、deadline 调度器对 NVMe 是额外开销。Linux 5.0+ 内核默认对 NVMe 使用 none 调度器，如果显示其他值，检查是否被发行版配置覆盖。

笙亿网络策划

NVMe 固态硬盘在 Linux 下开启 NCQ 队列深度对性能有何影响？