协议差异的本质
AHCI 诞生于机械硬盘时代，假设存储设备一次只能处理少量并发：它提供一条命令队列，队列深度有限，且通过寄存器与中断完成命令下发与完成通知。闪存能同时服务成百上千个未完成请求，这条单队列成为瓶颈。NVMe 直接面向闪存设计：支持数千条提交与完成队列，每条队列可容纳大量命令，命令集精简到很少的寄存器操作，并可通过 PCIe 直接访问主机内存，去掉了中间转换层。结果是协议本身的开销从微秒级降到更低，且并发能力随 CPU 核心数扩展。
关键机制对照
| 维度 | AHCI（SATA） | NVMe |
|---|---|---|
| 队列数量 | 单队列 | 多队列，随 CPU 核心扩展 |
| 队列深度 | 较小，常见 32 | 很大，每队列可达数千 |
| 命令路径 | 寄存器与中断，开销较大 | 精简命令集，门铃与完成队列机制 |
| 上层承载 | SATA 链路（亦可承载于其他物理层） | PCIe 直连为主，亦有网络承载形态 |
| 适用介质 | 机械盘与早期闪存 | 闪存与低时延介质 |
基本信息
| 实际差异来源 | 队列架构与协议开销，而不是闪存颗粒本身 |
|---|---|
| 最敏感负载 | 高并发小随机 IO，队列深度上去后差距被放大 |
| 顺序吞吐 | 两者都可能接近物理上限，差距主要体现在并发能力 |
| 主机依赖 | 需要操作系统与主板支持对应协议与驱动 |
| 网络形态 | NVMe-oF 把命令承载到网络上，用于远程共享块设备 |
典型使用场景
- 数据库与高并发服务：需要大量未完成 IO 并行，NVMe 多队列能稳定支撑
- 虚拟化宿主机：多虚拟机并发访问，队列资源需按核心与设备数分配
- 引导盘与容量盘：对并发要求不高时，SATA 与 AHCI 仍具成本优势
- 远程共享块设备：用 NVMe-oF 在网络上交付块服务，降低共享存储时延
- 旧平台升级：主板与系统不支持时只能沿用 SATA，需评估瓶颈是否在协议
判断瓶颈是否在协议上，要看并发与时延的关系：并发提升后 IOPS 很快封顶且时延快速上升，通常意味着队列或协议已饱和；若并发上升时 IOPS 仍线性增长，瓶颈更可能在别处。
NVMe 的性能还取决于 PCIe 通道数与 CPU 核心分配：通道不足或单核心承载大量队列时，设备能力无法完全释放。规划时应把总线与 CPU 资源一起算入。