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 调度器，如果显示其他值，检查是否被发行版配置覆盖。
原文链接：https://www.zjcp.cc/ask/10871.html