SATA SSD需要NCQ开启吗？

一、故事开篇

最近有同学在咨询，SATA SSD是否需要NCQ功能？借此机会，今天我们来聊聊这个比较古老的话题，关于SATA协议的NCQ的故事。

首先我们先回顾下SATA与NCQ的历史：

• 2003年，SATA协议1.0问世，传输速率150MB/s, 主要是为了取代PATA（最大133MB/s）, 这个时候还没NCQ。

• SATA1.0问世1年后，2004由于更好性能的诉求，SATA 2.0问世，传输速率300MB/s，这个时候NCQ就诞生了。之后分别在2005年、2007年做了两次的升级迭代SATA 2.5和SATA 2.6。

• 2009年，SATA 3.0出现，之后迭代了五次，分别是2011年SATA 3.1，2013年SATA 3.2，2016年SATA 3.3，2018年SATA 3.4，2020年SATA 3.5。自此SATA协议就没有更新了，大家都去拥抱NVMe了。

其次，我们需要先了解下NCQ是什么？我们这里主要解析一下SATA NCQ(Native Command Queuing)原生指令序列的相关内容。

二、SATA NCQ 原生指令序列

NCQ是SATA中的命令协议，允许同时在Drive中执行多个命令。当用户的应用程序发送多条指令到用户的硬盘，NCQ可以优化完成这些指令的顺序，从而降低负荷达到提升性能的目的。

此外，SATA Spec中还定义了三个特殊的功能来加强NCQ的性能：

1. Race-Free Status Return: 无竞争状态返回机制，允许任何指令任何时间报告执行状态，此外，多个命令执行完毕信息可以打包一起回传。

1. Interrupt Aggregation: 在DMA传输模式下，硬盘通知传输结束，会引起一个中断（Interrupt），造成延迟。所以，SATA spec提供中断聚集机制。如果硬盘同时间内完成多组命令，这些命令完成所引起的中断就可以聚集在一起，大幅减少中断的数目，这对于降低中断延迟有极大的贡献。

1. First-Party DMA(FPDMA): SATA允许硬盘端通过DMA setup FIS直接对Host控制器送出数据传输请求，DMA引擎就可以直接进行资料传输，这个过程中并不需要Host端软件的介入。

当Drive收到一个Command，是要将其重新排列？还是立即执行呢？这怎么区分呢？

不怕，SATA Spec定义了两个特殊的NCQ指令：

Read FPDMA Queued;

Write FPDMA Queued;

从上面Read FPMA Queued Inputs和Write FPMA Queued Inputs我们可以看到红色框里面有一个特别的5-bit参数TAG(bit3~bit7). 这个参数就代表了NCQ一次可以最多执行32个Commands(如下图红色框Command List)。

在Device端，当Queued Commands(最多32)中的一个write或者read准备好传输数据时，通过发送DMA setup FIS告知Host已准备好数据传输，其中要附带更新Tag Value(如下图红色框)。

在Device端，当Queued Commands执行完成后, 通过发送Set Device Bits FIS告知Host完成状态，此时SActive区域对应TAG的相关内容(最多32个Command)。

FPDMA Read Command(60h) Protocol如下：

我们抓取了一个FPDMA Read Command(60h)的SATA trace，如下图：

从上面的SATA trace我们可以得到：

1. 这个FPDMA read cmd对应的Tag=8;

1. 这个FPDMA