NVMe · 規格與原理

NVM Command Set 1.3：邏輯區塊、I/O 命令與資料保護

00.01.NVM Command Set 說明主機如何以 logical block 為單位讀寫與管理儲存空間。理解它的關鍵，是把資料格式、命令行為、資料完整性與資源管理連起來：同一筆命令，會因 namespace 格式、支援能力與設定不同而有不同的適用條件。

logical block: 邏輯區塊；namespace 可定址的基本單位，其資料大小由使用中的格式決定。
namespace: namespace，主機透過 controller 存取的一份已格式化非揮發性容量。
NVM: Non-Volatile Memory，斷電後仍能保存資料的記憶體。

這篇的主軸

儲存空間與格式

01-01先理解 namespace 的容量、LBA 格式，以及資料與 metadata 的關係。

metadata: 隨 logical block 儲存的附加資料，可包含資料保護資訊，也可有其他用途。
LBA: Logical Block Address；以所選格式的 block 為單位。

命令做了什麼

02-01比較 Read、Write、Compare、Verify、Copy 與空間管理命令的作用及完成條件。

資料完整性與順序

03-01理解原子性、命令相依、Protection Information，以及資料檢查的範圍。

Protection Information: 資料保護資訊，縮寫 PI；包含 Guard 與 tags，用來檢查資料及其關聯資訊。

能力與資源管理

04-01以 Identify、Features 和 log 理解格式選擇、效能限制及進階資源功能。

00.02.主機透過提交佇列送出命令，控制器透過完成佇列回報結果。Base 規格定義這套共同機制；本篇聚焦命令如何作用於 namespace 內的 logical blocks。

把主軸連起來

00.03.可以沿著一筆資料的生命週期讀這篇：先建立 namespace 並選格式，讓主機知道 LBA、資料及 metadata 如何對應；接著使用命令讀寫或搬移資料，再判斷順序、原子性及保護資訊能提供哪些保證。

00.04.後半部把單筆操作放回整個裝置：效能提示影響操作安排，Rate Limiting 管理共享資源，FDP／Streams 描述資料放置，追蹤與狀態結構記錄資源變化。這些功能都要回到前面的格式與能力資訊判斷能否使用。學完應能解釋一筆命令的範圍、資料長度、必要條件與完成結果。

FDP: Flexible Data Placement，把資料放置提示與媒體回收管理連結的能力。

01 Logical block、格式與單位

01.01.作業系統可以要求讀取檔案中的一段資料，但控制器收到的 NVM 命令是針對 namespace 裡的區塊。LBA 用來選區塊；區塊內有多少資料，則由目前採用的格式決定。因此，同樣是讀 8 個區塊，採用 512-byte 與 4096-byte 資料格式時，需要的主機緩衝區大小不同。先把「位置」與「每個位置容納多少資料」分清楚，後面才能看懂命令範圍。

01.02.LBADS 儲存的是以 2 為底的指數。例如 0Ch 是十六進位的 12，所以資料大小為 2^12 = 4096 bytes。MS 再告訴我們每個區塊附帶多少 metadata。Format Index 則只是格式清單中的選項編號；它既不是資料大小，也不是緩衝區中的位移。這三種數字可能都很小，計算方式卻完全不同。

Format Index: 格式索引；用來選取一組 LBAF／ELBAF 格式資訊的編號。
LBADS: LBA Data Size 的 exponent；資料 bytes=2^LBADS，0表示目前不可用。
index: index；用來選取清單中的項目或格式。它回答「選哪一項」，不是「離起點多遠」。
MS: Metadata Size；每個 logical block 的 metadata bytes 數。

來源：NVM Command Set 1.3 §1.1-1.6; 4.1.3.9; 4.1.4.8; 4.1.5

來源：NVME-NVM-CS-1.3, Rev. 1.3, §1.1-1.6; 4.1.3.9; 4.1.4.8; 4.1.5, 文件頁 9-12,73-75,79-83, PDF 頁 9-12,73-75,79-83

把流程對回規格條件

01.03.NVM Command Set 補充 Base 的 logical-block 語意；logical block data size 不含 metadata，logical block size 則包含。NVM 的 CSI 是 00h，命令、Feature、log 與 Identify 的相同數字分屬不同識別空間。

CSI: I/O Command Set Identifier；選擇 I/O 命令集，NVM Command Set 使用 00h。

來源：NVM Command Set 1.3 §1.1-1.6; 4.1.3.9; 4.1.4.8; 4.1.5

來源：NVME-NVM-CS-1.3, Rev. 1.3, §1.1-1.6; 4.1.3.9; 4.1.4.8; 4.1.5, 文件頁 9-12,73-75,79-83, PDF 頁 9-12,73-75,79-83

Logical block、格式與單位
要讀的資訊	如何解讀	還需要哪一項資訊
LBADS	data bytes = 2^LBADS	另加 MS 才是 logical block size
Format Index	同時選 LBAF 與 ELBAF	不能只看資料大小
Specification family	通用機制由 Base 定義	相依欄位另以 Base 來源標示

ELBAF: Extended LBA Format；與相同 index 的 LBAF 配對，補充 PI 格式與 Storage Tag 大小。
LBAF: LBA Format；描述一種 logical block 格式，包括資料及 metadata 大小。

閱讀相關規格圖表 → Logical block、格式與單位

02 Namespace 容量與配置狀態

02.01.Namespace 的可定址範圍、最多可配置的容量、目前已配置的容量，是三個不同問題。NSZE 決定主機可以使用哪些 LBA；NCAP 描述可配置給資料的區塊數；NUSE 描述已配置的區塊數。它們都以區塊計數，因此換算為 bytes 時還需要所用的區塊格式。

NCAP: Namespace Capacity；同時可配置 logical blocks 最大數量。
NSZE: Namespace Size；可定址 logical blocks 總數。
NUSE: Namespace Utilization；目前配置 logical blocks 數量。

02.02.以支援精簡配置的 namespace 為例，NSZE=1000、NCAP=800、NUSE=600。LBA 900 雖然落在 0 到 999 的有效位址範圍內，仍不能只憑位址有效就推論一定能再配置空間。反過來，NUSE=600 也不表示只有 LBA 0 到 599 有資料：已配置的區塊可以分散在整個位址範圍。

來源：NVM Command Set 1.3 §2.1.1; 4.1.5.1

來源：NVME-NVM-CS-1.3, Rev. 1.3, §2.1.1; 4.1.5.1, 文件頁 13-14,85-93, PDF 頁 13-14,85-93

教學例：NSZE=1000、NCAP=800、NUSE=600。LBA 編號的範圍與目前配置量要分開理解。

把流程對回規格條件

02.03.NSZE ≥ NCAP ≥ NUSE；NSZE 定義可定址範圍，NCAP 限制同時配置的 blocks，NUSE 計算目前已配置 blocks。THINP=0 時 NCAP=NSZE；NVMCAP 以 bytes 計，不能直接當成 NSZE 乘資料大小。

NVMCAP: NVM Capacity；以 bytes 計，不能與 NSZE／NCAP 的 logical-block 數直接比較。
THINP: Thin Provisioning，NSFEAT 中決定 NCAP 是否可小於 NSZE，以及 controller 是否必須追蹤 NUSE 的 bit。

來源：NVM Command Set 1.3 §2.1.1; 4.1.5.1

來源：NVME-NVM-CS-1.3, Rev. 1.3, §2.1.1; 4.1.5.1, 文件頁 13-14,85-93, PDF 頁 13-14,85-93

Namespace 容量與配置狀態
容量或操作	描述的範圍或變化	判斷時須注意什麼
NSZE	有效 LBA 為 0 到 NSZE−1	LBA 越界與容量不足不同
THINP	支援時須追蹤 NUSE	不支援時可固定回 NCAP
Allocation	Write、Copy 寫入端及 WU 可配置	Read／Verify 不改 deallocation 狀態

閱讀相關規格圖表 → Namespace 容量與配置狀態

03 Identify：同一 namespace 的多份資料結構

03.01.Identify 並不是一張包含所有答案的大表。主機要先說明想查控制器、某個 namespace，還是某個格式的能力；CNS 等選擇欄位決定回傳哪種結構。讀回來的資料即使都是 4096-byte 緩衝區，也不能互相套用欄位位置，因為每種查詢的結構定義不同。

CNS: Controller or Namespace Structure；Identify 命令用來選擇回傳資料結構的欄位。

03.02.查目前正在使用的格式，與查尚未選用格式的能力，是兩條不同的閱讀路徑。前者從 namespace 現況找到格式編號，再連到該編號的格式項目；後者直接指定想了解的格式，並結合共同能力。這可以解釋為什麼「控制器支援這個格式」不等於「namespace 現在就使用這個格式」。

來源：NVM Command Set 1.3 §4.1.5

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.5, 文件頁 83-110, PDF 頁 83-110

把流程對回規格條件

03.03.NVM CSI=00h。完整 namespace 資訊需結合 CNS 08h 的 command-set-independent 結構、CNS 00h 的 NVM 結構與 CNS 05h／CSI 00h 的 NVM 延伸結構；CNS 01h 與 06h 則提供 controller 資訊。

controller: controller，實作 NVMe 介面、取走 command 並回報 completion 的控制實體。

來源：NVM Command Set 1.3 §4.1.5

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.5, 文件頁 83-110, PDF 頁 83-110

Identify：同一 namespace 的多份資料結構
查詢選擇值	可以取得的資訊	如何連到其他查詢
CNS 00h / 05h	namespace 的 NVM 基本／延伸欄位	FLBAS 決定目前 FIDX；MC／DPC 是能力
CNS 01h / 06h	AWUN 等通用位置與 NVM 專屬限制	06h 的 VSL／WZSL 等需結合 variant bits
CNS 11h / 1Bh	allocated namespace 資訊	不等同 active namespace 查詢
CNS 09h / 0Ah	以 FIDX 查能力	Common=No 欄位清零
CNS 16h	namespace granularity list	GDM 決定 descriptor 如何對應 format

FLBAS: Formatted LBA Size，選擇 namespace 使用的 LBA format，並包含 metadata placement 相關控制。
AWUN: Atomic Write Unit Normal；controller 正常原子寫入大小的 0-based 欄位。
WZSL: Write Zeroes Size Limit；Write Zeroes 的大小限制，需結合 variant 能力判讀。
VSL: Verify Size Limit；Verify 的大小限制，需結合 variant 能力判讀。

04 LBAF、ELBAF 與唯一屬性格式

04.01.格式可以看成一組共同生效的屬性：資料大小、metadata 大小、資料保護格式及相關能力。兩個格式的資料部分即使同為 4096 bytes，其他屬性仍可能不同。比較格式時如果只看容量，就會漏掉主機緩衝區配置或保護資訊處理方式的差異。

04.02.LBAF 與 ELBAF 是相同格式編號的兩部分說明，應配對閱讀。格式的「數量」與「最後一個編號」也不同：NLBAF 採從 0 起算的數量編碼，必須先加 1 得到共同格式數，才能再接上唯一屬性格式。把編碼值直接當數量，會少算一個選項。

NLBAF: 共同屬性 LBA formats 數的 0-based 欄位。

來源：NVM Command Set 1.3 §4.1.5.1; 4.1.5.3; 5.6

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.5.1; 4.1.5.3; 5.6, 文件頁 85-94,96-102,160-162, PDF 頁 85-94,96-102,160-162

把流程對回規格條件

04.03.LBAF 與 ELBAF 以同一 Format Index 配對；總 format 數為 raw NLBAF+1+NULBAF。NLBAF 是 0-based、NULBAF 是實際數量。有效 index 還要檢查 LBADS：值 0 表示該支援格式目前不可用。

NULBAF: Unique Attribute LBA Formats 的實際數量；可以為0。

來源：NVM Command Set 1.3 §4.1.5.1; 4.1.5.3; 5.6

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.5.1; 4.1.5.3; 5.6, 文件頁 85-94,96-102,160-162, PDF 頁 85-94,96-102,160-162

LBAF、ELBAF 與唯一屬性格式
格式資料	記錄哪些屬性	如何選取或解讀
LBAF	LBADS、MS、RP	RP 是指定 workload 的相對級別
ELBAF	PIF、QPIF、STS	QPIF 只在 qualified type 下適用
FLBAS	FIDXU 與 FIDXL 組成 index	MTELBA 是另一個 metadata bit
NULBAF	追加在共同格式之後	09h／0Ah 能讀各自能力

QPIF: Qualified Protection Information Format；指定 qualified PI 的格式。
PIF: Protection Information Format；選擇 PI 格式；qualified 格式再使用 QPIF。
STS: Storage Tag Size；固定 Storage/Reference Space 中的高位 bit 數。

閱讀相關規格圖表 → LBAF、ELBAF 與唯一屬性格式

05 Format、Host Behavior 與延伸 LBA

05.01.Format NVM 選擇的是 namespace 的資料格式與相關處理方式。主機不能任意拼出一組欄位，再假設控制器一定接受；選擇必須落在已回報的格式與能力之內。使用延伸格式時，還要確認主機已透過 Host Behavior Support 宣告可以理解對應格式。

Host: 主機；執行作業系統並送出 NVMe 命令的一端。

05.02.資料保護類型、Guard 寬度與 metadata 傳輸方式，分別由不同欄位決定。PI=1 選的是保護類型，不會單獨把 Guard 改成 64 bits。MSET 則決定資料與 metadata 一起傳輸或分開傳輸。把每個選擇放回它所控制的問題，才知道最後需要什麼緩衝區與檢查方式。

Guard: PI 的檢查值欄位；所選格式決定檢查值的寬度與計算方法。
PI: Protection Information；用 Guard 與 tags 檢查資料及其關聯資訊的保護欄位。

來源：NVM Command Set 1.3 §4.1.2; 4.1.3.7

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.2; 4.1.3.7, 文件頁 62-63,68-69, PDF 頁 62-63,68-69

把流程對回規格條件

05.03.Format NVM 選取已支援的 Format Index、PI type 與 metadata 傳輸方式。延伸 PI 及超過 legacy 16 個 entries 的 LBA formats 需檢查 controller ELBAS 與 host LBAFEE；沒有 host 啟用不可直接使用。

LBAFEE: Host 的 LBA Format Extension Enable 宣告。

來源：NVM Command Set 1.3 §4.1.2; 4.1.3.7

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.2; 4.1.3.7, 文件頁 62-63,68-69, PDF 頁 62-63,68-69

Format、Host Behavior 與延伸 LBA
設定欄位	選擇哪種行為	使用前須確認什麼
PI / PIL	PI=0 關閉，1/2/3 選 protection type	本版 PIL 必須 0，PI 位於末端
MSET	1：extended LBA；0：separate metadata	MS=0 時忽略
LBAFEE	FID 16h byte 2，合法值 0／1	配合 ELBAS 決定延伸格式
STS	Format 不提供自由改成非零 STS 的方法	新配置可由 namespace create 建立

FID: Feature Identifier；指定要讀取或設定哪一項 Feature 的編號。
PIL: Protection Information Location；用來判斷 PI 在 metadata 前端或後端，需遵守所選 Guard 格式限制。

閱讀相關規格圖表 → Format、Host Behavior 與延伸 LBA

06 建立 namespace：格式、mask 與 granularity

06.01.建立 namespace 時，主機同時描述需要多大的空間，以及這個空間採用什麼格式。NSZE、NCAP 是區塊數，配置粒度卻以 bytes 表示；兩者比較前，要先乘上所選格式的區塊大小。格式、保護資訊與遮罩也必須彼此相容，不能只檢查容量。

06.02.配置粒度是一項減少空間浪費的建議，與命令欄位是否合法是不同問題。若容量不是建議粒度的整數倍，控制器實際配置的空間可能包含主機無法定址的部分；只要其他要求都符合，就不能單憑這一點拒絕建立。建立成功後，仍需要 Attachment 才能讓指定控制器存取該 namespace。

來源：NVM Command Set 1.3 §4.1.6; 4.1.5.8; 5.8

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.6; 4.1.5.8; 5.8, 文件頁 108,110-113,165, PDF 頁 108,110-113,165

把流程對回規格條件

06.03.Namespace create 的 NVM payload 指定 NSZE、NCAP、FLBAS、DPS、LBSTM 與 placement handles。Namespace Size／Capacity Granularity 以 bytes 回報且是 hints；不符合 granularity 但其他條件合法時，不得僅因此拒絕 create。

LBSTM: Tag comparison mask；bit=0 排除比較，Storage mask 額外受支援與對齊限制。
DPS: End-to-end Data Protection Type Settings，create 時選擇 Protection Information type 與位置的欄位。

來源：NVM Command Set 1.3 §4.1.6; 4.1.5.8; 5.8

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.6; 4.1.5.8; 5.8, 文件頁 108,110-113,165, PDF 頁 108,110-113,165

建立 namespace：格式、mask 與 granularity
建立資料或結果	數值描述什麼	必須檢查的規則
NSZE / NCAP	值以 logical blocks 指定	與 bytes granularity 比較前先換算
LBSTM	需符合 PIC／PIFA mask 約束	不符回 Invalid Field in Command
GDM / ND	GDM=0 使用 descriptor 0 對全部格式	ND 是 0-based
Completion	成功 create 後已按指定屬性 format	attachment 是另一個管理動作

07 Metadata 傳輸與 PI 的位置

07.01.每個區塊的 metadata 必須與該區塊的資料對應。一起傳輸時，緩衝區按「資料 0、metadata 0、資料 1、metadata 1」排列；分開傳輸時，資料放在一個區域，metadata 放在另一個區域。分開只改變傳輸配置，不表示 metadata 可以與另一批區塊配對。

07.02.先用 PRACT=0 的例子理解長度：8 個區塊、每個區塊 4096 bytes 資料及 16 bytes metadata，資料合計 32768 bytes，metadata 合計 128 bytes。一起傳輸需要 32896 bytes；分開傳輸則分別準備這兩個長度。後續若要求控制器產生或移除保護資訊，才再依 PRACT 與格式調整傳輸量。

PRACT: Protection Information Action；依命令與 MS 選擇 PI 處理。

來源：NVM Command Set 1.3 §2.1.6; 5.2.3; 5.3

來源：NVME-NVM-CS-1.3, Rev. 1.3, §2.1.6; 5.2.3; 5.3, 文件頁 22,129-131, PDF 頁 22,129-131

同一批 logical blocks 的資料與 metadata 必須對應；可以交錯傳輸，也可以分開傳輸。

DPTR: 命令 data pointer；Read 是目的、Write 是來源、Copy／DSM 指向 descriptors。
MPTR: Separate metadata 的指標；metadata placement 由 namespace format 與命令欄位決定。

把流程對回規格條件

07.03.每個 namespace 在 format 時選一種 metadata 傳輸機制：與 data 相連形成 extended LBA，或由 MPTR 指向 separate buffer。不能把 metadata 分拆到兩種機制；寫入時 metadata 必須與其 logical block 原子寫入。

來源：NVM Command Set 1.3 §2.1.6; 5.2.3; 5.3

來源：NVME-NVM-CS-1.3, Rev. 1.3, §2.1.6; 5.2.3; 5.3, 文件頁 22,129-131, PDF 頁 22,129-131

Metadata 傳輸與 PI 的位置
傳輸配置或位置	主機如何準備緩衝區	格式對它的限制
Extended LBA	DPTR 指向 data+metadata 交錯序列	MSET／MTELBA 反映此選擇
Separate buffer	DPTR 給 data，MPTR 給 metadata	PRP metadata 需實體位址連續；SGL 可分散
PI location	本版有效格式的 PI 在 metadata 末端	CRC 包含之前的非 PI metadata

CRC: Cyclic Redundancy Check，循環冗餘檢查；由資料位元計算檢查值，以偵測資料變化。
PRP: Physical Region Page，以 memory page 為單位描述 host-addressable data buffer 的 pointer 格式。
SGL: Scatter Gather List，以 descriptor 與 segment 描述一段或多段 data buffer 的格式。

閱讀相關規格圖表 → Metadata 傳輸與 PI 的位置

08 能力探索、Opcode 與狀態

08.01.主機要使用命令，先要確認控制器類型能處理它，以及相關選用能力是否存在。Opcode 說明要求執行什麼操作；NSID 指出操作對象；完成狀態則說明這次操作的結果。這些資訊相互關聯，卻不能用其中一個值推論另外兩個。

08.02.狀態碼也需要上下文。相同 SC 數值搭配不同 SCT，可能代表不同原因；因此讀完成項目時，要同時辨認狀態類別及狀態碼。Copy 的資料方向則是另一個例子：主機傳入的是來源描述子，不是把來源的所有資料讀回來再寫一次。

SCT: Status Code Type；指定完成狀態碼所屬類別，需與 SC 一起解讀。
SC: Status Code；指定所選 SCT 類別中的完成結果。

來源：NVM Command Set 1.3 §2.2; 3.1; 3.3

來源：NVME-NVM-CS-1.3, Rev. 1.3, §2.2; 3.1; 3.3, 文件頁 22-27, PDF 頁 22-27

把流程對回規格條件

08.03.NVM I/O controller 必須支援 Read 與 Write；其他列出的 NVM 命令依各能力條件判斷。Opcode 低兩 bits 表示資料傳輸方向，狀態值必須連同 SCT 解讀，不能只用 SC 數值查錯誤。

I/O controller: I/O controller，可執行使用者資料 I/O command 的 controller 類型。
I/O: Input/Output，對 namespace 執行資料輸入與輸出的操作類別。

來源：NVM Command Set 1.3 §2.2; 3.1; 3.3

來源：NVME-NVM-CS-1.3, Rev. 1.3, §2.2; 3.1; 3.3, 文件頁 22-27, PDF 頁 22-27

能力探索、Opcode 與狀態
命令或識別值	用途或支援要求	解讀時的上下文
Read 02h / Write 01h	必要 I/O 命令	Administrative controller 不處理 I/O
Get LBA Status 86h	選用 Admin 命令	I/O controller 適用能力
SC 80h	依 SCT 區分 LBA Out of Range 等	同時記錄 opcode、NSID、SCT、SC、DNR
FID / LID	05h、0Ah 為必要 NVM Features	功能支援不等於要求寫入 Persistent Event Log

Administrative controller: Administrative controller，以管理為目的且不執行使用者資料 I/O command 的 controller 類型。
Admin: Administrative，建立、設定、查詢或管理 controller 與 queue 的控制路徑。
DNR: Do Not Retry，CQE status 中提示以相同 command 重試預期不會成功的 bit。
LID: Log Page Identifier；指定要讀取哪一種 log page 的編號。

閱讀相關規格圖表 → 能力探索、Opcode 與狀態

09 Read／Write 的資料與完成條件

用一個四區塊要求連接格式、地址與資料量

先從格式得知每個 LBA 的資料量

09.01.假設 namespace 使用每 block 4096 bytes、沒有獨立 metadata 的格式。要讀 LBA 100 到 103，共 4 blocks，因此 SLBA=100，NLB=3。NLB 是數量減 1，SLBA 是起點，兩者不能套同一換算。

SLBA: Starting LBA；指定命令範圍的起點。
NLB: Number of Logical Blocks；本報告命令／status descriptors 的該欄為 0-based。DSM 的 LLB 另為1-based。

再準備與要求相符的 buffer

09.02.資料總量是 4×4096=16384 bytes。DPTR 應描述這份量所需的主機記憶體；若資料跨 memory pages，再用 PRP 或 SGL 的規則組合。LBA 大小與 memory page 大小即使這次恰好相同，仍是不同概念。

最後解讀成功的含義

09.03.Read 成功表示完成這次資料讀取。Write 還要配合 cache、FUA 與 Flush 等規則討論持久性；不能把任一成功 CQE 都直接翻成所有資料已永久保存。

CQE: Completion Queue Entry，CQ 中的一筆完成結果資料結構。
FUA: Force Unit Access；要求 nonvolatile-media 語意，不自動建立其他命令的順序。

來源：NVM Command Set 1.3 §3.3.4; 3.3.6

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.4; 3.3.6, 文件頁 48-51,53-56, PDF 頁 48-51,53-56

把流程對回規格條件

09.05.Read／Write 以 SLBA 與 0-based NLB 指定連續範圍。Read 的 DPTR 是目的 buffer，Write 的 DPTR 是來源 buffer；FUA=1 要求使用 nonvolatile media，並沒有隱含其他命令的順序。

來源：NVM Command Set 1.3 §3.3.4; 3.3.6

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.4; 3.3.6, 文件頁 48-51,53-56, PDF 頁 48-51,53-56

Read／Write 的資料與完成條件
命令欄位	描述的資料或操作	哪些選擇會改變解讀
CDW10 / CDW11	SLBA 低／高 32 bits	NLB=0 仍有一個 block
CDW12	LR、FUA、PRINFO、STC、CETYPE、NLB	Read 的 DTYPE 區是 reserved
CDW13	CETYPE 決定 DSM 或 CEV 解讀	Write 另含 DTYPE／DSPEC
MPTR	單獨傳 metadata 時使用	不可把一部分 metadata 分到兩種機制

CETYPE: Command Extension Type；選擇命令延伸欄位 CEV 的用途。
PRINFO: Protection Information；命令內的 PRACT 與 PRCHK 組合欄位。
DSPEC: Directive Specific；內容由 Directive 類型決定。
DTYPE: Directive Type；指定命令使用哪一類 Directive。
CDW: CDW（Command Dword）；命令中的 32-bit 欄位單位，例如 CDW10 的 10 是欄位 index，不是 byte offset。
CEV: Command Extension Value；內容依 CETYPE 的選擇解讀。
DSM: Dataset Management；由 host 提供資料範圍的使用與配置提示。
STC: Storage Tag Check；獨立於三位元 PRCHK，STS=0 時忽略。
LR: Limited Retry；指定受 Error Recovery policy 約束的重試行為。

閱讀相關規格圖表 → Read／Write 的資料與完成條件

10 命令順序與 Compare-and-Write

10.01.考慮「目前資料仍是 A，才更新成 B」的需求。若先送 Compare，收到成功後才送獨立的 Write，另一個寫入者可能在兩筆命令之間修改資料。Compare 的成功只描述當時的比較結果，不會替後面的獨立 Write 保留那個條件。

10.02.融合的 Compare-and-Write 把比較與更新連成有條件的原子操作。主機仍需遵守融合命令的提交方式、相同範圍，以及回報的大小和邊界限制。原子性在這裡描述這個操作的不可分割性，不等於任意長度的多筆命令都變成一個交易。

來源：NVM Command Set 1.3 §2.1.2-2.1.3

來源：NVME-NVM-CS-1.3, Rev. 1.3, §2.1.2-2.1.3, 文件頁 14-15, PDF 頁 14-15

把流程對回規格條件

10.03.一般命令不因同在一個 SQ 就取得 LBA 相依順序；host 必須建立必要順序。Fused Compare-and-Write 先比對，成功才寫入；Compare 失敗則 Write 以 Failed Fused Command 類別中止。

SQ: Submission Queue，主機放入命令的提交佇列。

來源：NVM Command Set 1.3 §2.1.2-2.1.3

來源：NVME-NVM-CS-1.3, Rev. 1.3, §2.1.2-2.1.3, 文件頁 14-15, PDF 頁 14-15

命令順序與 Compare-and-Write
操作方式或限制	保證的內容	成立所需的條件
Ordinary I/O	同 LBA 的 Read／Write 完成先後無保證	host 以完成相依控制
Fused pair	Compare 與 Write 的 range 相同	範圍不符 should 拒絕
ACWU / NACWU	限制 fused atomic update 大小	還要遵守 atomic boundaries

NACWU: Namespace Atomic Compare and Write Unit；namespace 的 fused compare-and-write 大小限制。
ACWU: Atomic Compare and Write Unit；controller 的 fused compare-and-write 大小限制。

閱讀相關規格圖表 → 命令順序與 Compare-and-Write

11 正常、斷電與多段原子性

11.01.原子性描述更新是否可能被觀察到只完成一部分。正常運作與突然斷電是不同情境，所以規格分別回報 normal 與 power-fail 的保證。這不是效能排名，也不是單一命令只要小於某個數量就一定符合；起始位置和是否跨過指定邊界同樣重要。

11.02.假設解碼後的邊界大小是 8 個區塊，從 LBA 4 寫 12 個區塊會跨越 LBA 8 的邊界。在允許多段原子性的模式下，可以分成 4–7 與 8–15 兩段理解；每段有保證，並不表示兩段必須同時成功或同時失敗。這個區分能避免把儲存裝置的保證誤當成資料庫交易。

來源：NVM Command Set 1.3 §2.1.4; 4.1.3.4; 5.9

來源：NVME-NVM-CS-1.3, Rev. 1.3, §2.1.4; 4.1.3.4; 5.9, 文件頁 15-21,66-67,165, PDF 頁 15-21,66-67,165

把流程對回規格條件

11.03.AWUN／NAWUN 與 AWUPF／NAWUPF 分別描述正常及失敗條件原子性。Single Atomicity Mode 跨 boundary 不保證整筆原子；Multiple Atomicity Mode 在每個 boundary 切成各自原子的 subranges，並不承諾整筆一起成功。

NAWUPF: Namespace Atomic Write Unit Power Fail；namespace 失敗條件的原子寫入大小；依適用與零值規則判讀。
AWUPF: Atomic Write Unit Power Fail；失敗條件原子大小的0-based欄位。
NAWUN: Namespace Atomic Write Unit Normal；namespace 正常情況原子寫入大小；依適用與零值規則判讀。

來源：NVM Command Set 1.3 §2.1.4; 4.1.3.4; 5.9

來源：NVME-NVM-CS-1.3, Rev. 1.3, §2.1.4; 4.1.3.4; 5.9, 文件頁 15-21,66-67,165, PDF 頁 15-21,66-67,165

正常、斷電與多段原子性
原子性欄位或模式	規定什麼範圍	不能由此推論什麼
AWUN / AWUPF	大小採 0-based 編碼	AWUPF 不大於 AWUN
NABO / NABSN / NABSPF	邊界在 offset + k × size	需依各欄位換算與未回報規則
MAM	每個 atomic subrange 獨立保證	fused 仍用 Single 模式
FID 0Ah.DN	DN=1 可不遵守 normal atomicity	仍須遵守 power-fail 保證

NABSPF: Namespace Atomic Boundary Size Power Fail；失敗條件的原子邊界大小。
offset: offset；從指定起點算出的位移。它回答「離起點多遠」，不等於 index。
NABSN: Namespace Atomic Boundary Size Normal；正常情況的原子邊界大小。
NABO: Namespace Atomic Boundary Offset；決定第一個 boundary 的位置。
MAM: Multiple Atomicity Mode；跨 boundary 的命令分成各自原子的 subranges。
DN: Write Atomicity Normal 的 Disable Normal；不免除 power-fail atomicity。

閱讀相關規格圖表 → 正常、斷電與多段原子性

12 Compare 與 Verify 解決不同問題

12.01.Compare 回答「儲存內容是否等於主機提供的預期內容」，因此主機需要提供比較資料。Verify 回答的是所指定資料的完整性檢查是否通過，不需要把預期資料交給控制器，也不把資料傳回主機。兩者的成功代表不同事情。

12.02.例如主機想知道一段空間是否全為 0，可以提供全零資料進行 Compare。單靠 Verify 成功無法得到相同結論，因為一段內容不是全零的資料，也可以通過完整性檢查。讀大小限制時還要注意 variant：同一欄位可能表示建議大小，也可能是不能超過的上限。

來源：NVM Command Set 1.3 §3.3.1; 3.3.5

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.1; 3.3.5, 文件頁 27-30,51-53, PDF 頁 27-30,51-53

把流程對回規格條件

12.03.Compare 比較媒體資料與 host 提供的 buffer；Verify 檢查已儲存資料完整性而不把資料或 metadata 回傳 host。兩者要求 PRACT=0；Verify 與 Read 偵測到的失敗不必使用相同錯誤碼。

來源：NVM Command Set 1.3 §3.3.1; 3.3.5

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.1; 3.3.5, 文件頁 27-30,51-53, PDF 頁 27-30,51-53

Compare 與 Verify 解決不同問題
命令或大小欄位	實際檢查什麼	結果的解釋範圍
Compare	miscompare 回 Compare Failure	host 與 media 兩側 PI 可分別檢查
Verify	沒有資料 buffer 傳輸	驗證量仍計入 Data Units Read
VSL / NVMVFYS	variant 決定建議大小或硬上限	非零 VSL 以 2^n × minimum page size 表示

閱讀相關規格圖表 → Compare 與 Verify 解決不同問題

13 Copy：描述來源、連續目的與部分失敗

把多個來源範圍接到一個目的範圍

先描述資料排列

13.01.假設來源是同一 namespace 的 LBA 10–11 與 30–32，目的從 LBA 100 開始。目的接收到 5 個 blocks，依描述子順序對應到 100–104；來源之間不需要連續。

分別編碼來源與目的

13.02.每個來源 descriptor 有自己的起點及長度，命令的 destination 起點只有一個。NR 決定有效來源描述子數，不能把它當成總 blocks；總量要逐筆計算後加總。

NR: Range count 的 0-based 欄位；實際 descriptors 數為 NR+1。

把格式與保護要求套回每一段

13.03.描述子格式、控制器支援的數量和長度限制，以及來源與目的保護資訊的處理都要成立。命令縮短主機搬資料的流程，並沒有取消各範圍的格式與權限檢查。

來源：NVM Command Set 1.3 §3.3.2

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.2, 文件頁 30-44, PDF 頁 30-44

把流程對回規格條件

13.05.Copy 把一個或多個 source ranges 依 descriptor 順序接成單一連續目的範圍。Format 0h/1h 來源與目的在同一 namespace；2h/3h 帶 SNSID，需 controller 支援與 host 啟用。失敗 CQE DW0 是最低未成功 source index，後面的 ranges 仍可能已複製。

SNSID: Source Namespace Identifier；指定 Copy 的來源 namespace。

來源：NVM Command Set 1.3 §3.3.2

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.2, 文件頁 30-44, PDF 頁 30-44

Copy：描述來源、連續目的與部分失敗
描述子或行為	資料如何安排	限制及完成結果
NR / NLB	source count 與各範圍 block count 都是 0-based	檢查 MSRC、MSSRL、MCL
FCO	2h/3h 可要求 fast copy only	Fast Copy Not Possible 再看 DNR
Overlap	2h/3h 禁止同 namespace source 與 destination 重疊	0h/1h 重疊結果需依原子條件另讀
NVMCSA	1.3 將目的寫入視為單一 write command	仍受 MAM、大小及 boundary 限制

FCO: Fast Copy Only；要求適用來源以 fast copy 方法執行。

閱讀相關規格圖表 → Copy：描述來源、連續目的與部分失敗

14 Copy 的 PI 格式相容與轉換

14.01.複製資料時，來源與目的的保護資訊不一定能逐 byte 原樣搬移。兩端格式相同時，可以依命令選項保留或重新產生；一端有 PI、另一端沒有時，則需要規格允許的插入或移除方式。這些選擇還涉及讀取端與寫入端各自的 PRACT。

14.02.特別要分清楚 metadata 是否全部都是 PI。如果 16 bytes metadata 中只有 8 bytes 是 PI，其餘 8 bytes 還有其他用途；移除 PI 不代表可以連其他 metadata 一起丟棄。因此，兩端的資料大小相同，並不足以證明能使用有 PI 與無 PI 之間的轉換特例。

來源：NVM Command Set 1.3 §3.3.2.3-3.3.2.4; 5.3.2.5

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.2.3-3.3.2.4; 5.3.2.5, 文件頁 40-43,146-150, PDF 頁 40-43,146-150

把流程對回規格條件

14.03.Copy 的 matching formats 要比對資料大小、metadata 大小、DPS、PIFA、有效 LBSTM、PIF／QPIF 與 STS。Corresponding PI formats 只容許有 PI 的一方 metadata 全為 PI，另一方完全沒有 metadata；不能拿 Copy 任意轉換資料格式。

來源：NVM Command Set 1.3 §3.3.2.3-3.3.2.4; 5.3.2.5

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.2.3-3.3.2.4; 5.3.2.5, 文件頁 40-43,146-150, PDF 頁 40-43,146-150

Copy 的 PI 格式相容與轉換
來源與目的保護格式	如何處理保護資訊	允許這種處理的條件
PI → PI, 0/0	matching formats：pass-through	保護檢查仍由 checking bits 控制
PI → PI, 1/1	matching formats：replace	讀端檢查，寫端產生 PI
No PI → PI	corresponding formats 且 write PRACT=1：insert	目的 metadata 不得包含其他用途
PI → No PI	corresponding formats 且 read PRACT=1：strip	來源 metadata 只能是 PI

閱讀相關規格圖表 → Copy 的 PI 格式相容與轉換

15 Dataset Management 與三種 processing limits

15.01.Dataset Management 讓主機描述一組 LBA 範圍及其使用特性，例如資料不再需要。它與直接搬移資料的 Read、Write 不同，很多資訊具有提示性質。因此必須分開看主機傳入了什麼、控制器必須處理到什麼程度，以及配置狀態最後可能如何改變。

15.02.三個限制分別涉及範圍數量、單一範圍大小及總大小。variant 又決定超出限制時的處理方式：不能只讀其中一個上限，就推論整筆命令必須失敗或所有區塊都已被釋放。計算部分可處理的範圍時，也要把第二段只處理一部分的情況算進去。

來源：NVM Command Set 1.3 §3.3.3

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.3, 文件頁 44-48, PDF 頁 44-48

把流程對回規格條件

15.03.Dataset Management 是 advisory：處理 attributes 不等於一定執行 deallocate。NR 是 0-based，16-byte descriptor 的 LLB 是 1-based；DMRL、DMRSL、DMSL 分別約束 range 數、單一 range 長度與總長度。

DMRSL: Dataset Management Range Size Limit；單一 range 的 logical block 處理數量限制。
DMRL: Dataset Management Ranges Limit，實際 range 數上限。
DMSL: Dataset Management Size Limit；整筆命令的 logical block 處理數量限制。
LLB: DSM 的 Length in Logical Blocks；1-based，與 Read／Write 的 NLB 編碼不同。

來源：NVM Command Set 1.3 §3.3.3

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.3, 文件頁 44-48, PDF 頁 44-48

Dataset Management 與三種 processing limits
屬性或限制組合	控制器需要如何處理	可否由成功推論已釋放空間
AD / IDW / IDR	deallocate／整體寫入／整體讀取 hints	可組合使用
Limits nonzero, variant=0	超過任一 limit 回 Command Size Limit Exceeded	全部符合則須處理 attributes
Limits nonzero, variant=1	宜處理符合 limits 的部分	不以此原因回 Size Limit Exceeded
All limits=0	variant=1：不回報 limits；variant=0：不支援	三欄需全零或全非零

16 Deallocated／unwritten 讀取規則

16.01.區塊被解除配置，描述的是空間配置狀態；它並不直接回答下一次 Read 應回傳哪些 bytes。讀取行為還要看裝置回報的規則，以及主機是否啟用對 deallocated 或 unwritten 區塊的錯誤回報。能力存在與功能已啟用，也要分開確認。

16.02.因此，讀到全零可能來自未寫入或解除配置後的回傳規則，不能單憑這次結果推論資料曾被安全清除。若讀取回報錯誤，也可能是主機啟用 DULBE 後所要求的行為。理解錯誤時，要把命令、區塊狀態與設定放在一起。

DULBE: Deallocated or Unwritten Logical Block Error Enable，需 namespace DAE 支援。

來源：NVM Command Set 1.3 §3.3.3.2.1; 4.1.3.3

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.3.2.1; 4.1.3.3, 文件頁 47-48,66, PDF 頁 47-48,66

把流程對回規格條件

16.03.支援且啟用 DULBE 時，Copy、Read、Verify、Compare 存取 deallocated／unwritten blocks 會失敗。未啟用時，DRB=001b 回零、010b 回 FFh、000b 可選其一；同 block 在下一次寫入前的回值須保持 deterministic。

DRB: Deallocated Read Behavior；指定 deallocated logical block 的資料回傳規則。

來源：NVM Command Set 1.3 §3.3.3.2.1; 4.1.3.3

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.3.2.1; 4.1.3.3, 文件頁 47-48,66, PDF 頁 47-48,66

Deallocated／unwritten 讀取規則
能力或讀取設定	如何影響讀取結果	判斷時需同時讀什麼
DAE / DULBE	DAE 是 capability，DULBE 是啟用	DULBE 預設 0
DRB=000b	不是任意舊資料	依 §3.3.3.2.1 為零或 FFh
PI after deallocation	tag bytes 回 FFh；Guard 為 FFh 或 CRC	配合 DLFEAT.GDS

17 Write Uncorrectable、Write Zeroes 與整體清零

17.01.Write Uncorrectable 用來標記指定區塊，使後續讀取依規格回報無法修正的資料；Write Zeroes 則要求將指定範圍表現為零值。這兩個命令處理的結果不同，不能只因它們都沒有一般 Write 的資料 buffer，就視為同一種操作。

17.02.Write Zeroes 的命令成功，還需要結合命令模式及回傳欄位判斷影響範圍。當主機要求整個 namespace 清零時，LBACZ 是確認整體結果的重要資訊。若回報只代表指定 range，就不能把命令成功延伸成整個 namespace 都已清零。

LBACZ: LBAs Cleared to Zero；成功 NSZ 命令的範圍確認 bit。

來源：NVM Command Set 1.3 §3.3.7-3.3.8

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.7-3.3.8, 文件頁 56-61, PDF 頁 56-61

把流程對回規格條件

17.03.Write Uncorrectable 將範圍標為無法修復的讀取錯誤；Write Zeroes 使成功的後續讀取資料及非 PI metadata 回零。NSZ=1 的整個 namespace 清零需 NSZS、DEAC=1 與零值 deallocation read behavior，且 host 應檢查 CQE.LBACZ。

DEAC: Write Zeroes 的 deallocate 選擇；與 namespace 支援、NSZ、回讀規則一起判讀。
NSZ: Namespace Zeroes；要求全 namespace 清零，需額外 capability 與 DEAC 條件。

來源：NVM Command Set 1.3 §3.3.7-3.3.8

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.7-3.3.8, 文件頁 56-61, PDF 頁 56-61

Write Uncorrectable、Write Zeroes 與整體清零
命令或回傳欄位	改變或回報什麼	確認結果所需的條件
Write Uncorrectable	標記 block 後，讀取可能報 Unrecovered Read Error	WUSL 與 NVMWUSV 需成對看
Write Zeroes PI	PRCHK=000b、STC=0	PRACT=1 宜用於產生有效 PI
WZSL / WZDSL	依 DEAC 選適用 limit	NSZ=1 不受這兩欄限制
LBACZ	成功 NSZ 命令回 1 才表示全 namespace	回 0 是指定 range

PRCHK: Protection Information Check；Guard、Application、Reference 的檢查 bits。
WZDSL: Write Zeroes with Deallocate 的專用大小限制；不可直接沿用 WZSL。
WUSL: Write Uncorrectable Size Limit；Write Uncorrectable 的大小限制，需結合 variant 能力判讀。

18 16／32／64b Guard 與 Qualified PI

18.01.PI 不只有 CRC。它包含 Guard、Application Tag，以及配置給 Storage Tag、Reference Tag 的空間。Guard 寬度選定後，PI 的整體格式也跟著確定；STS 再決定其中多少 bits 分給 Storage Tag，剩餘部分才交給 Reference Tag。

18.02.以 64-bit Guard 為例，扣除 Guard 與 Application Tag 後，有 48 bits 可分給兩種 tags。若 STS=18，Storage Tag 使用 18 bits，Reference Tag 使用 30 bits。增加 STS 是重新分配同一塊空間，不會把 PI 自動變大。Qualified PI 還會引入另外的格式及遮罩限制。

來源：NVM Command Set 1.3 §5.3.1; 4.1.5.3

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.3.1; 4.1.5.3, 文件頁 97-102,130-138, PDF 頁 97-102,130-138

把流程對回規格條件

18.03.16b Guard PI 共 8 bytes；32b 與 64b Guard PI 各 16 bytes。Application Tag 固定 16 bits，Storage/Reference Space 分別為 32、80、48 bits。32b／64b 格式限 logical block data size 至少 4 KiB。

來源：NVM Command Set 1.3 §5.3.1; 4.1.5.3

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.3.1; 4.1.5.3, 文件頁 97-102,130-138, PDF 頁 97-102,130-138

16／32／64b Guard 與 Qualified PI
Guard 格式	PI 中的空間分配	Storage Tag 大小或遮罩限制
16b Guard	2-byte Guard + 2-byte App + 4-byte space	STS=0..32
32b Guard	4-byte Guard + 2-byte App + 10-byte space	STS=16..64
64b Guard	8-byte Guard + 2-byte App + 6-byte space	STS=0..48
STMLA	bit mask／byte mask／no mask	qualified type 與 QPIFS 共同決定適用

19 CRC 參數、位元順序與已知向量

19.01.CRC 的結果由輸入資料與整套計算參數共同決定。除了多項式，還有初始值、位元反射方式與最後的 XOR。兩個程式即使都宣稱計算 CRC-64，如果採用不同參數，也不應期待得到相同結果。資料進入計算的順序和計算結果的儲存方式也要分開理解。

19.02.已知向量可以提供一個有明確輸入和輸出的對照。例如長度同為 4 KiB 的全零資料與全 FFh 資料，因為內容不同，Guard 也不同。比較向量時，必須同時保留輸入長度、輸入內容及輸出表示方式；只列一串十六進位數字，讀者無法知道它如何得到。

來源：NVM Command Set 1.3 §5.3.1.1-5.3.1.3

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.3.1.1-5.3.1.3, 文件頁 131-137, PDF 頁 131-137

把流程對回規格條件

19.03.32b Guard 使用 CRC-32C；64b Guard 使用 NVM Express 64b CRC，polynomial AD93D23594C93659h、全一 Init／XorOut、RefIn／RefOut=true。不能只用「CRC64」名稱選任意 polynomial。

來源：NVM Command Set 1.3 §5.3.1.1-5.3.1.3

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.3.1.1-5.3.1.3, 文件頁 131-137, PDF 頁 131-137

CRC 參數、位元順序與已知向量
CRC 或計算範圍	定義或已知結果	比對前須確認什麼
CRC-16	SBC-4 定義的 Guard CRC	NVM 不支援 DIX 的 optional IP checksum
CRC-32C	polynomial 1EDC6F41h	4 KiB zero vector → 98F94189h
CRC-64/NVME	反射式 register 算例 123456789 → AE8B14860A799888h	4 KiB zero vector → 6482D367EB22B64Eh
Coverage	data + PI 前的 metadata	排除 PI 本身

閱讀相關規格圖表 → CRC 參數、位元順序與已知向量

20 Storage／Reference Tag 的 Dword 封裝

20.01.Tag 在概念上是一個數值，但命令格式可能把它分散在幾個 Dword。閱讀時先確定 Guard 格式與 STS，再決定每段 bits 屬於哪一種 tag。不能把 CDW14 永遠當成完整的 Reference Tag，因為某些格式會把它的高位分給 Storage Tag。

Dword: Dword（Double word）；32 bits，也就是 4 bytes。對比 word=16 bits；例如 zero-based dword count=3 代表 4 個 Dwords，也就是 16 bytes。

20.02.64-bit Guard、STS=18 的例子中，Storage Tag 的高 16 bits 放進 CDW3 的低 16 bits，剩餘 2 bits 放在 CDW14 的高位；Reference Tag 使用 CDW14 其餘 30 bits。先拆分再組合，可以清楚看到哪些 bits 會改變，而不用把十六進位值當成必須記憶的常數。

來源：NVM Command Set 1.3 §5.3.1.4

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.3.1.4, 文件頁 137-141, PDF 頁 137-141

把流程對回規格條件

20.03.Storage Tag 使用 Storage/Reference Space 的高 STS bits，其餘低 bits 是 Reference Tag。命令以 CDW2、CDW3、CDW14 的最多 80 bits 傳入實際或 expected tags；不同 Guard 格式使用不同子集合。

來源：NVM Command Set 1.3 §5.3.1.4

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.3.1.4, 文件頁 137-141, PDF 頁 137-141

Storage／Reference Tag 的 Dword 封裝
保護格式與 STS	Storage／Reference Tag 放在哪裡	欄位寬度如何分配
16b Guard, STS=0	CDW14 為 32-bit reference	CDW2／3 對此 tag 忽略
32b Guard, STS=32	CDW2 low16 + CDW3 high16 是 Storage	CDW3 low16 + CDW14 為 48-bit Reference
64b Guard, STS=18	CDW3 low16 + CDW14 high2 是 Storage	CDW14 low30 是 Reference

21 PRACT 與 PRCHK／STC 的組合

把保護資訊看成與資料一起核對的證據

先確定資料格式容納哪些欄位

21.01.PI 格式決定 Guard 與各 tag 的大小、位置及使用方式。Storage Tag 與 Reference Tag 的分界還可能由格式設定決定，不能以固定切半的方式解讀每種格式。

再選這次命令要檢查什麼

21.02.PRCHK 中的檢查選擇與 PRACT 的插入／移除行為影響此次操作。格式有某個 tag，與本次命令要求檢查它，是兩個層次；其他有效性與不檢查的特殊條件仍要一起看。

用預期值與實際值說明結果

21.03.Guard 檢查資料內容，tag 檢查相應識別或位置資訊。若 Guard 正確而 Reference Tag 不符合預期，不能說「資料 bytes 正確所以整筆必定成功」；選中的檢查仍可能指出錯置。

來源：NVM Command Set 1.3 §2.1.5; 5.3.2-5.3.3

來源：NVME-NVM-CS-1.3, Rev. 1.3, §2.1.5; 5.3.2-5.3.3, 文件頁 21-22,141-152, PDF 頁 21-22,141-152

把流程對回規格條件

21.05.PRACT 決定 PI 的傳遞、插入、移除或取代；PRCHK 的 Guard／Application／Reference bits 與獨立 STC 決定檢查要求。PRACT=1 且 MS>PI size 時，Read 仍傳回全部 metadata，不能一律解讀為刪除 PI。

來源：NVM Command Set 1.3 §2.1.5; 5.3.2-5.3.3

來源：NVME-NVM-CS-1.3, Rev. 1.3, §2.1.5; 5.3.2-5.3.3, 文件頁 21-22,141-152, PDF 頁 21-22,141-152

PRACT 與 PRCHK／STC 的組合
操作或保護條件	控制器如何處理 PI	對檢查或傳輸量的影響
Write, PRACT=1	MS=PI 時插入；MS>PI 時取代 PI	此生成分支忽略 PRCHK／STC
Read, PRACT=1	先做要求的檢查；MS=PI 才移除	MS>PI 仍回 metadata 與 PI
Type 1 / Type 2	Reference 每個 block 遞增	Type1 初值須等於對應 SLBA 低 bits
Type 3	不宜比對 computed reference	若因 RTCHK 拒絕，使用 Invalid Protection Information
Disable sentinels	Type 1／2：Application Tag=FFFFh 時停用所有 PI checks；Type 3 另要求 Reference Tag（若有）也全一	不受 PRCHK／STC 設定影響
Masks	mask bit=0 不比較	Storage mask 另受 STMLA 約束

RTCHK: Reference Tag Check；要求 Reference Tag 檢查。

閱讀相關規格圖表 → PRACT 與 PRCHK／STC 的組合

22 基本 Features 的作用域與例外

22.01.Feature 會改變控制器或 namespace 的某項行為，但每個 Feature 的資料格式、作用對象與保存方式都可能不同。設定前先確認是在改整個控制器還是某個 namespace，再看值放在命令欄位或另傳資料結構。相同 Get／Set Features 命令不表示資料結構可以共用。

22.02.TLER 是從錯誤復原開始計時的限制。TLER=5 對應 500 ms，並不是從主機提交命令那刻開始的整體期限。LBA Range Type 的用途提示也是類似的區分：告訴軟體一段空間的用途，不會因此提供權限隔離或保證資料不被覆寫。

來源：NVM Command Set 1.3 §4.1.3.1-4.1.3.4

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.3.1-4.1.3.4, 文件頁 64-67, PDF 頁 64-67

把流程對回規格條件

22.03.FID 03h 描述 namespace LBA ranges，05h 控制 namespace error recovery，0Ah 控制 controller normal atomicity。Power Management 的 NVM 補充以 NPWG 大小的 Read 作為 Idle I/O Exit Latency Limit 的參考命令。

來源：NVM Command Set 1.3 §4.1.3.1-4.1.3.4

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.3.1-4.1.3.4, 文件頁 64-67, PDF 頁 64-67

基本 Features 的作用域與例外
Feature 或欄位	設定的行為與單位	作用範圍或例外
FID 03h	4096-byte contiguous buffer；最多 64 個 64-byte entries	NUM 是 0-based；新 Set 取代前一次
FID 05h.TLER	100 ms 單位，從 error recovery 開始計時	0 代表不設 timeout；適用 LR 命令
FID 03h attributes	Hide／Overwriteable 是 host 使用提示	不是安全隔離或資料保護機制
FID 02h extension	idle exit 參考 NPWG-sized Read	其他命令可超過該 latency limit

閱讀相關規格圖表 → 基本 Features 的作用域與例外

23 AER、SMART 與錯誤記錄的 NVM 補充

23.01.事件通知是提醒主機有事需要查看，log 則提供可以閱讀的內容。事件設定、事件回報與取得 log 是不同步驟，不能因讀到某種 log 就假設相關通知已啟用。NVM Command Set 另外補充某些計數應納入哪些命令，以及欄位如何解讀。

23.02.計數的名字相似，也可能採不同統計口徑。例如 Verify 沒有把資料傳回主機，仍可能納入指定的讀取資料量計數。錯誤位置同樣如此：Self-test 的 FLBA 可指出其中一個失敗區塊，不能套用另一個 log 對「最低失敗 LBA」的定義。

FLBA: Failing LBA，NVM Command Set 定義為造成 self-test failure 的其中一個 logical block address。

來源：NVM Command Set 1.3 §1.4.2; 4.1.1; 4.1.3.5; 4.1.4.1-4.1.4.4

來源：NVME-NVM-CS-1.3, Rev. 1.3, §1.4.2; 4.1.1; 4.1.3.5; 4.1.4.1-4.1.4.4, 文件頁 10-11,62,67,75-77, PDF 頁 10-11,62,67,75-77

把流程對回規格條件

23.03.NUSE 的頻繁改變及 ANA 造成的 capacity 回報變動不產生 Namespace Attribute Changed 事件。Error Information 的 LBA 指最低發生錯誤的 LBA；Self-test FLBA 只在 valid bit 設定時有效，且可只代表多個失敗 blocks 中的一個。

ANA: Asymmetric Namespace Access；描述同一 namespace 經不同 controllers 存取時的路徑狀態。

來源：NVM Command Set 1.3 §1.4.2; 4.1.1; 4.1.3.5; 4.1.4.1-4.1.4.4

來源：NVME-NVM-CS-1.3, Rev. 1.3, §1.4.2; 4.1.1; 4.1.3.5; 4.1.4.1-4.1.4.4, 文件頁 10-11,62,67,75-77, PDF 頁 10-11,62,67,75-77

AER、SMART 與錯誤記錄的 NVM 補充
事件或計數	記錄及啟用方式	哪些解讀容易混淆
LBASIN / RLCCN	FID0Bh bits 13／22	分別啟用 LBA Status／Rate Limiting notices
SMART units	先換算 512-byte units，再套 Base counter 編碼	不是每個 4 KiB block 加一個 Data Unit
Read categories	Data Units Read 含 Verify；Host Read 含 Copy	Compare、Read 為兩類共同項
Persistent Event 06h	create／single-delete 有 FLBAS、DPS	delete-all 時這兩欄 reserved

閱讀相關規格圖表 → AER、SMART 與錯誤記錄的 NVM 補充

24 LBA Status：通知、掃描與修復流程

24.01.LBA Status 讓主機了解特定範圍或已記錄的 LBA 狀況。主機要求的查詢範圍、控制器實際掃描到哪裡，以及這次 buffer 裡放得下多少描述子，是三個不同限制。因此，取得一批結果不一定代表整個查詢已完成。

24.02.可變長度的結果與分段讀取還需要版本一致性。如果讀到一半資料更新，前後兩段可能不再屬於同一份記錄。讀取流程因此需要結合 generation、保留事件的設定與最後的確認，而不是單純從 offset 0 一直增加到結尾。

來源：NVM Command Set 1.3 §4.1.3.6; 4.1.4.5; 4.2.1; 5.2.1

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.3.6; 4.1.4.5; 4.2.1; 5.2.1, 文件頁 67-68,77-79,114-122, PDF 頁 67-68,77-79,114-122

把流程對回規格條件

24.03.LID 0Eh 先指出值得調查的 namespace ranges；Get LBA Status 再回詳細 descriptors。ATYPE=02h 回 tracked allocated LBAs，10h 掃描並回 tracked／untracked 候選，11h 只回 tracked 候選且不做 foreground scan。

ATYPE: Get LBA Status Action Type；02h allocated，10h scan，11h tracked。

來源：NVM Command Set 1.3 §4.1.3.6; 4.1.4.5; 4.2.1; 5.2.1

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.3.6; 4.1.4.5; 4.2.1; 5.2.1, 文件頁 67-68,77-79,114-122, PDF 頁 67-68,77-79,114-122

LBA Status：通知、掃描與修復流程
查詢或回報欄位	數值代表什麼	讀取時的判斷
MNDW / RL	MNDW 是 0-based dwords；RL=0 到 NSZE−1	不是 RL=0 查一個 block
NLSD / CMPC	實際 descriptor 數／完成原因	CMPC=1 尚有資料或 scan 未完成；2 完成
LSIPI / LSIRI	100 ms 單位；poll interval 不可由 host 改	Set 回傳最接近支援值
RAE / LSGC	RAE=1 分段讀，RAE=0 清事件並允許更新	重讀 header 檢查 generation
TLBAAG	02h 可用較大 allocation granularity	混合 allocated／deallocated unit 會整段回 allocated

CMPC: Completion Condition；描述 Get LBA Status 是否已完成所要求的範圍。
MNDW: Maximum Number of Dwords；限制 Get LBA Status 回傳資料長度。
NLSD: Number of LBA Status Descriptors；實際 descriptor 數量。
RAE: Retain Asynchronous Event，Get Log Page 是否保留相關 asynchronous event 的 selector。

閱讀相關規格圖表 → LBA Status：通知、掃描與修復流程

25 Sanitize 與 Media Verification 的 NVM 規則

25.01.Sanitize 的啟動命令可以先完成，清除作業仍在背景執行。主機需要另外讀取狀態與進度，才能知道作業是否成功結束。一般 Read 的資料保護規則，也不能直接套用到清除後的 Media Verification 狀態。

25.02.Media Verification 的目的是讓主機觀察清除後的媒體資料，因此指定 Read 的允許檢查與回傳狀態有特別規定。理解這一段時，要先確定控制器所處狀態，再解讀命令結果。只看到「成功」或看到全零資料，都不能跳過狀態與操作範圍的判斷。

來源：NVM Command Set 1.3 §4.1.7; 5.12

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.7; 5.12, 文件頁 113,173-175, PDF 頁 113,173-175

把流程對回規格條件

25.03.NVM Sanitize 命令採 Base 定義，背景 operation 的資料語意由 §5.12 補充。成功後 Block Erase 回值由廠商定義、Crypto Erase 回值不確定、Overwrite 依 pattern 規則；若 block 已 deallocate，則改用 deallocated-read 規則。

來源：NVM Command Set 1.3 §4.1.7; 5.12

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.7; 5.12, 文件頁 113,173-175, PDF 頁 113,173-175

Sanitize 與 Media Verification 的 NVM 規則
清除狀態或讀取方式	控制器回報什麼	允許的檢查與結果
LID81h	追蹤 operation status／progress	啟動命令成功不是 operation 完成
Error Information	sanitize 期間 NVM LBA 欄位回 0	僅此 NVM 補充，仍須遵守 Base command allowlist
Media Verification Read	PRCHK=000b、STC=0	要求 checking 則 Invalid Field in Command
Allocated media	可讀則回實際資料；不可讀則錯誤	符合條件回 Successful Media Verification Read

26 對齊、granularity 與效能提示

26.01.對齊描述起點是否落在指定邊界上；粒度描述長度是否以指定單位成組。兩筆寫入可以同樣長，卻因起點不同而跨過不同數量的內部處理單位。所以只把 I/O 長度調成建議大小，未必同時符合起點對齊要求。

26.02.例如建議單位是 8 個區塊，LBA 8–15 正好涵蓋一個單位，LBA 9–16 則橫跨兩個單位。後者仍是 8 個區塊，但控制器可能需要處理兩端的其他資料。這些欄位提供效能建議；原子性與 Key Per I/O 的必要對齊要求，仍要各自判斷。

來源：NVM Command Set 1.3 §5.2.2

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.2.2, 文件頁 122-129, PDF 頁 122-129

把流程對回規格條件

26.03.NPWG／NPWA、NPRG／NPRA 分別描述寫入與讀取的建議大小及對齊，NOWS／NORS 描述最佳大小。這些 performance hints 不取代 atomic boundaries、命令硬限制或格式規則。

來源：NVM Command Set 1.3 §5.2.2

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.2.2, 文件頁 122-129, PDF 頁 122-129

對齊、granularity 與效能提示
效能提示欄位	建議的長度或起點	何時解讀這組欄位
NPWG / NPWA	長度與起點同時符合	先看 NSFEAT.OPTPERF
NPRG / NPRA / NORS	適用讀取最佳化	先看 OPTRPERF
NPDG / NPDGL	deallocate granularity 的不同欄位	用 OPTPERF 決定；Large 不一律加一
NOIOB / NABO	最佳 I/O boundary 與 atomic offset 不同	可分割 I/O 以符合多種條件

閱讀相關規格圖表 → 對齊、granularity 與效能提示

27 Performance Characteristics 的屬性模型

27.01.Performance Characteristics 用來描述或選擇效能相關屬性。標準欄位可能用區間編碼表示效能，而不是直接填入時間。廠商屬性則需要識別碼決定資料如何解讀，不能因為它放在標準結構內，就假設每個 byte 都有標準定義。

27.02.例如 R4KARL=0Eh 不是 14 μs，而是代表指定測試條件下的一個平均延遲區間。比較兩個裝置前，要先確認採用相同屬性及測試條件。保存屬性的槽位數量與識別碼也不同；有剩餘空位不代表已用索引一定連續。

來源：NVM Command Set 1.3 §4.1.3.8

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.3.8, 文件頁 69-73, PDF 頁 69-73

把流程對回規格條件

27.03.FID 1Ch 用 ATTRI 選屬性：00h 為只讀標準效能，C0h 為只讀 identifier list，C1h..FFh 為 vendor attributes。Current、Default、Saved 是不同視圖，RVSPA 用來移除指定 vendor attribute 的保存值。

來源：NVM Command Set 1.3 §4.1.3.8

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.3.8, 文件頁 69-73, PDF 頁 69-73

Performance Characteristics 的屬性模型
效能屬性欄位	回報或設定的內容	解讀所需的尺度或識別
R4KARL	標準化 4 KiB random read 的平均 latency 區間	00h 是未回報
MSVSPA / USVSPA	可 save 總數／剩餘數	index 可不連續
PAID / ATTRL	128-bit identifier／有效 vendor bytes	ATTRL 最大 FE0h
RVSPA	刪除保存值後取 default	此操作不使用 data buffer 內容

28 Rate Limiting 的設定欄位

28.01.Rate Limiting 先要選定限制誰，再設定限制多少。控制器識別值只有在相對應的目標種類下才具有該意義，因此 TGT 和 TID 必須一起讀。設定內容又分成總頻寬、寫入頻寬、總 IOPS 與寫入 IOPS，不能把四個值混成單一速度。

IOPS: Input/Output Operations Per Second；每秒 I/O 操作數，與每秒傳輸 bytes 的頻寬不同。
TGT: Target；選擇 Rate Limiting 設定的目標類型。
TID: Target Identifier；指定所選目標類型中的實體。

28.02.頻寬值需要乘上 BWSF 選定的尺度。例如尺度為每單位 10 MiB/s，數值 50 才代表 500 MiB/s。寫入對總額度的消耗還可能經過比例加權，所以「傳了 4 KiB」與「扣了 4 KiB 的總頻寬額度」不一定相同。

BWSF: Bandwidth Scale Factor；需乘 bandwidth value，單位為 MiB/s 或 GiB/s。

來源：NVM Command Set 1.3 §4.1.3.9; 4.1.5.4; 5.10

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.3.9; 4.1.5.4; 5.10, 文件頁 73-75,106,165-168, PDF 頁 73-75,106,165-168

把流程對回規格條件

28.03.FID 28h 以 TGT／TID 選 target，1024-byte buffer 指定 enable、mode、bandwidth、IOPS 與 write/read ratios。TGT=0 指 controller，不能指定 Admin controller 或保留 ID。此 Feature 必須可 save。

來源：NVM Command Set 1.3 §4.1.3.9; 4.1.5.4; 5.10

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.3.9; 4.1.5.4; 5.10, 文件頁 73-75,106,165-168, PDF 頁 73-75,106,165-168

Rate Limiting 的設定欄位
限制設定欄位	指定的對象或數值	如何換成實際限制
TGT / TID	CDW11[23:16]／[15:0]	TGT=0 才是標準 controller target
RLC	RLE bit15；RLM=0 Hard、1 Soft	支援 Soft 必須也支援 Hard
BWSF	0/1/2 = 1/10/100 MiB/s；3/4/5 = 1/10/100 GiB/s	值乘 scale 才是 bandwidth
WRIOPSR / WRBWR	write 分子除 read 分母	兩者的各 ratio bytes 均需非零

WRIOPSR: Write-to-Read IOPS Ratio；寫入相對於讀取的操作數權重。
WRBWR: Write-to-Read Bandwidth Ratio；寫入相對於讀取的頻寬權重。

閱讀相關規格圖表 → Rate Limiting 的設定欄位

29 Hard／Soft 與 token-bucket 算例

用時間解釋速率限制，而非只看一個速率數字

先選受限制的對象

29.01.一個 namespace、一組資源或不同存取類型可能有不同設定。先由 Scope 與 Scope Identifier 找到對象，再理解對應速率及模式，不能拿一個 controller 級數值直接套到所有 I/O。

區分長期速率與短期累積

29.02.Token bucket 以隨時間補充的額度控制工作，bucket 大小決定可累積多少短期額度。相同補充速率而容量不同的 bucket，面對瞬間一批要求可能有不同等待時間。

token bucket: 權杖桶；以累積的額度限制操作速率，執行操作時扣除所需額度。

按每段時間追蹤可用額度

29.03.以教學例說明：每秒補 100 單位、最多累積 200 單位，空閒後可有 200 單位供突發使用；持續工作仍受每秒補充量限制。實際命令使用的單位與扣除規則須再對照設定格式，不能直接把此例當成固定 IOPS 規則。

來源：NVM Command Set 1.3 §5.10.1-5.10.2; Appendix A

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.10.1-5.10.2; Appendix A, 文件頁 166-168,176-177, PDF 頁 166-168,176-177

把流程對回規格條件

29.05.Hard Limit 設 ceiling，Soft Limit 可利用未用 bandwidth／IOPS；資源不足時依設定比例分配。Appendix A 是多個 token buckets 的實作範例，不要求所有 controllers 採用相同內部實作。

來源：NVM Command Set 1.3 §5.10.1-5.10.2; Appendix A

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.10.1-5.10.2; Appendix A, 文件頁 166-168,176-177, PDF 頁 166-168,176-177

Hard／Soft 與 token-bucket 算例
模式或命令	如何分享或消耗額度	理解這個結果的限制
Hard	有需求且資源不足時按比例分享	設定上限不是最低效能保證
Soft	可使用閒置額度	多個 soft targets 依 limits 比例分享
Write tokens	total bytes × WRBWR；write bytes；total IOPS × WRIOPSR；write IOPS 1	四個 buckets 各自檢查
Read tokens	total bytes 及 total IOPS 1	不扣 write-only buckets

閱讀相關規格圖表 → Hard／Soft 與 token-bucket 算例

30 Rate Limiting log 是能力圖

30.01.Rate Limiting log 描述的不是一張把所有速度相加就能得到總量的表。多個控制器或連接埠可能共用同一組媒體資源；因此資料結構需要表示「誰連到哪個資源」，讓主機知道哪些能力其實來自同一個來源。

30.02.例如兩個控制器都能使用同一個 Endurance Group。若其中一個已占用該組媒體的頻寬，另一個不會因為走不同連接埠就憑空多出相同頻寬。閱讀描述子時，重複指向同一個資源的關係應保留，不能把每次引用都當成獨立資源。

Endurance Group: Endurance Group，用於隔離與回報耐久度相關狀態的 NVM 資源群組。

來源：NVM Command Set 1.3 §4.1.4.8; 5.10.3

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.4.8; 5.10.3, 文件頁 79-83,168-172, PDF 頁 79-83,168-172

把流程對回規格條件

30.03.LID 28h 以 log 起點為基準的 dword offsets 連接 port、controller 與 storage-medium access descriptors；descriptor 可共享，不能假設為固定順序陣列。分段讀取後應重讀 GC，改變時重收整份資料。

GC: Rate Limiting log 的 32-bit Generation Count，用於分段讀取一致性。

來源：NVM Command Set 1.3 §4.1.4.8; 5.10.3

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.4.8; 5.10.3, 文件頁 79-83,168-172, PDF 頁 79-83,168-172

Rate Limiting log 是能力圖
能力圖欄位	描述哪種關係或尺度	讀取時須避免的誤解
LPL / offsets	長度與指標皆有 dword 單位	byte offset = dword offset ×4
NP / NC / NST	都是 0-based counts	NNSMAD 是實際數量
SC / SI	subsystem／domain／EG／namespace 及其 ID	依 scope 解讀，避免共享節點重算
RLMA	最大 read/write bandwidth／IOPS	workload 需符合相關 size／queue-depth 條件

NNSMAD: Non-Volatile Storage Medium Access Descriptors 數；實際數量，零表示此節點沒有下游 descriptors。
RLMA: Rate Limiting Maximum Access；所述 port、controller 或 storage access 的最大能力，不是目前流量。
LPL: Rate Limiting Log Page Length；單位是 dwords，讀取 bytes 前乘 4 並檢查邊界。
NC: Number of Controllers；Rate Limiting log 的 controller 數，採 0-based 編碼。
NP: Number of Ports；Rate Limiting log 的 port 數，採 0-based 編碼。
SI: Scope Identifier；指定 SC 所選範圍中的實體。

閱讀相關規格圖表 → Rate Limiting log 是能力圖

31 FDP：placement、RUH 與可觀測數據

31.01.FDP 讓主機參與資料放置的選擇，目的是把不同使用特性的資料安排到適合的回收單位。主機使用 handle 表達選擇，並不是直接指定 NAND 的實體位址。理解 FDP 時，要把 namespace 使用的格式、handle 與底層回收資源的關係連起來。

31.02.回報的剩餘可寫量與估計時間，可以協助觀察資源狀況，但它們有各自的單位及未回報值。共享同一個 RUH 的 namespace 還必須符合格式條件；資料大小同為 4 KiB，不足以證明兩種 Format Index 可以互換。

來源：NVM Command Set 1.3 §3.2.1; 4.1.4.6-4.1.4.7; 4.1.6.3

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.2.1; 4.1.4.6-4.1.4.7; 4.1.6.3, 文件頁 26,79,110-113, PDF 頁 26,79,110-113

把流程對回規格條件

31.03.FDP namespace 的 placement handles 對應 Reclaim Unit Handles。共享 RUH 的 namespaces 必須使用相同 Format Index；host 指定的 handle list 不得重複 RUHID。RUH Status descriptors 先依 Placement Handle、再依 Reclaim Group Identifier 排序。

Reclaim Group: Reclaim Group，具有共同回收行為的一組非揮發性儲存資源。
Reclaim Unit: Reclaim Unit，controller 執行媒體回收時使用的較小管理粒度。

來源：NVM Command Set 1.3 §3.2.1; 4.1.4.6-4.1.4.7; 4.1.6.3

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.2.1; 4.1.4.6-4.1.4.7; 4.1.6.3, 文件頁 26,79,110-113, PDF 頁 26,79,110-113

FDP：placement、RUH 與可觀測數據
FDP 欄位或記錄	描述的配置與活動	數值的有效性或限制
NPHNDLS	最多 128，且不超過 configuration 的 RUH 數	0 有 controller 選擇與共享規則
EARUTR / RUAMW	剩餘秒數估計／可寫 logical blocks	EARUTR=0 未回報；不是保證壽命
LID 22h	HBMW／MBMW 含 NVM 指定寫入類命令	含 Copy 寫入端、Zeroes、Uncorrectable
LID 23h event 0h	LBAV 控制 LBA 有效性	NLBAM=FFFFh 表示至少 FFFFh

NPHNDLS: Number of Placement Handles，NVM create payload 中 Placement Handle List 的 entry count，最大 128。
LBAV: LBA Valid；指出回報的 LBA 是否有效。

閱讀相關規格圖表 → FDP：placement、RUH 與可觀測數據

32 Streams 的 NVM 單位與優先順序

32.01.Streams 讓主機以資料流的方式表達資料關係。規格回報的 SWS 與 SGS 幫助主機選擇寫入及解除配置的大小，但兩個數值描述的層次不同。SWS 先以區塊表示建議寫入單位，SGS 再表示一個 stream granularity 包含多少個這樣的單位。

SWS: Stream Write Size；NVM command-set 單位為 logical blocks。

32.02.若 SWS=8、SGS=4，寫入單位是 8 個區塊，較大的粒度單位則是 32 個區塊。一次 8-block Write 符合前者，不代表同長度的解除配置也涵蓋完整粒度。使用 Streams 時，相關提示與一般 namespace 提示的優先關係也要一起考慮。

來源：NVM Command Set 1.3 §5.2.2.3; 5.13

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.2.2.3; 5.13, 文件頁 128-129,175, PDF 頁 128-129,175

把流程對回規格條件

32.03.NVM 的 Stream Write Size 以 logical blocks 表示；stream granularity length 是 SGS 乘依欄位換算後 SWS blocks。使用 Streams 時，host 宜依 SGS／SWS 的建議處理 write／deallocate，再協調 namespace hints。

來源：NVM Command Set 1.3 §5.2.2.3; 5.13

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.2.2.3; 5.13, 文件頁 128-129,175, PDF 頁 128-129,175

Streams 的 NVM 單位與優先順序
Streams 提示	換算出的操作單位	與其他提示的關係
SWS	建議寫入大小，以 blocks 計	宜為 NPWG 的倍數
SGS × SWS	stream granularity 的長度	適用 stream deallocate 對齊／長度
Priority	用 Streams 時優先 Streams attributes	未使用則用 namespace hints

閱讀相關規格圖表 → Streams 的 NVM 單位與優先順序

33 ANA 與 Reservations 的 NVM 行為

33.01.可以透過某個控制器看到 namespace，不代表每一種命令都能使用。ANA 描述路徑與存取狀態，Reservations 則依保留類型及主機身分決定哪些存取會衝突。這是兩組不同條件，必須各自成立，不能用其中一組通過代替另一組。

33.02.例如路徑可用時，非保留持有者的 Write 仍可能衝突，而 Read 是否允許取決於保留類型。Copy 甚至同時涉及多個來源的讀取權限與目的的寫入權限。閱讀權限矩陣時，要先把命令分成讀取類或寫入類，再核對主機身分。

來源：NVM Command Set 1.3 §5.1; 5.11

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.1; 5.11, 文件頁 119,172-173, PDF 頁 119,172-173

把流程對回規格條件

33.03.ANA 狀態會限制指定 Features 並改變 capacity 回報；Reservations 則依 reservation type、holder 與 registration 狀態決定各命令是否允許。這些共用 namespace 能力可適用於 PCIe 多 controller 情境。

來源：NVM Command Set 1.3 §5.1; 5.11

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.1; 5.11, 文件頁 119,172-173, PDF 頁 119,172-173

ANA 與 Reservations 的 NVM 行為
路徑狀態或保留類型	對讀寫或回報的影響	還需確認的身分與對象
ANA Identify	Inaccessible／Persistent Loss 下 NUSE、NVMCAP 回零	不是 media 被清空
ANA FID05h	Get 的 Inaccessible／Persistent Loss／Change 受限	使用對應 ANA status
Write Exclusive / Exclusive Access	非 holder：前者允許 read-like；後者 read／write-like 都衝突	兩者的非 holder write-like 都衝突
Registrants Only / All Registrants	Write Exclusive 類允許所有人 read、registrants write；Exclusive Access 類僅 registrants read／write	Copy 每個 source 用 read 權限，destination 用 write 權限
Reservations	分 read-like、write-like 命令查矩陣	holder、registrant 與 type 必須一起看

閱讀相關規格圖表 → ANA 與 Reservations 的 NVM 行為

34 Key Per I/O 的 NVM 對齊約束

34.01.Key Per I/O 的相關欄位同時涉及能力、啟用狀態與資料存取的對齊要求。支援某個功能只是第一步，使用時還要確認 namespace 的設定和這筆 I/O 的範圍都符合要求。這些必要條件與一般效能提示的強度不同。

34.02.KPIODAAG 採從 0 起算的粒度編碼，因此原始值 7 表示 8 個區塊。起點 16、長度 8 都落在這個單位上；起點改為 17 或長度改為 7，就不符合。檢查長度時應使用實際區塊數，而不是直接拿命令中尚未加 1 的 NLB 比較。

KPIODAAG: Key Per I/O Data Access Alignment and Granularity；0-based blocks。

來源：NVM Command Set 1.3 §5.5; 4.1.5

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.5; 4.1.5, 文件頁 91-92,105,160, PDF 頁 91-92,105,160

把流程對回規格條件

34.03.Key Per I/O 的 NVM 補充要求使用 key tag 的命令符合 KPIODAAG 的 LBA 起點對齊與長度 granularity；不符合時回 Invalid Field in Command。Capability、namespace enablement 與 key 管理是不同層次。

來源：NVM Command Set 1.3 §5.5; 4.1.5

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.5; 4.1.5, 文件頁 91-92,105,160, PDF 頁 91-92,105,160

Key Per I/O 的 NVM 對齊約束
能力或對齊欄位	描述的支援與設定	操作必須符合什麼
KPIOCAP	支援與 subsystem／指定的 namespace 範圍	不能只看單一 enable bit
KPIOSNS / KPIOENS	namespace 支援／啟用	未支援時 enable 必須為 0
KPIODAAG	0-based logical-block granularity	起點及長度都必須符合

35 LBA Migration Queue 與變更追蹤

35.01.變更追蹤記錄的是哪些 LBA 範圍發生需要追蹤的變化，不是原始命令的逐筆副本。多個相鄰寫入可以合併成一段記錄，因此不能用 queue entry 數量反推寫入命令數。讀取一筆 entry 前，也必須先判斷它是否包含有效的 range。

35.02.佇列還會記錄開始、停止、暫停與已滿等狀態。佇列已滿時，後續變更不一定還能記錄；只看見先前完整的 entries，不能推論後面沒有變更。追蹤命令完成與記錄中的狀態標記，也需要依規格定義分開理解先後關係。

來源：NVM Command Set 1.3 §4.1.8; 5.7

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.8; 5.7, 文件頁 113-114,162-164, PDF 頁 113-114,162-164

把流程對回規格條件

35.03.Track Send 啟用 LBA Migration Queue 後，controller 可聚合邏輯 block 修改或 deallocation 記錄。Entry 只在所報命令效果生效後發布，可早於該命令 CQE；queue entry 與 I/O completion 是不同時間點。

來源：NVM Command Set 1.3 §4.1.8; 5.7

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.8; 5.7, 文件頁 113-114,162-164, PDF 頁 113-114,162-164

LBA Migration Queue 與變更追蹤
追蹤欄位或事件	描述的範圍及狀態	讀取記錄時的限制
LBACIR	00：range；01：整個 namespace；10：無 range	先判斷欄位是否有效
ESA	001 start／resume；010 stop；011 suspend；111 full	full 表示 logging 已停止
DLBA / CDQP	deallocated 標記／entry phase	DLBA=0 仍可能描述 deallocate 類修改
RALBAS	開始命令處理期間的變更可由 ATYPE02h 補齊	start／stop marker 不要求先於 Track Send CQE

LBACIR: LBA Change Indication Range；指定 range、整個 namespace 或無 range 的 entry 解讀。
CDQP: Controller Data Queue Phase；讓 host 判別 queue 位置的新 entry。
DLBA: Deallocated LBA；entry 中的 deallocation 標記。
ESA: Entry Sequence Attribute；LBA Migration Queue 的 start／stop／suspend／full 標記。

閱讀相關規格圖表 → LBA Migration Queue 與變更追蹤

36 Memory-based 資源匯出範本

36.01.資源匯出範本描述控制器應向外呈現哪些能力和資料，並限制這些值與底層資源的關係。對外回報可以受範本約束，不能任意超過實際可提供的資源。這裡討論的是已納入範圍的 memory-based 資料結構及規則。

36.02.範本中的版本欄位有自己的指定值，不會因閱讀的規格 PDF 版本較新就自動變更。佇列數也要依欄位編碼解碼後比較：原始 NCQS=7 代表 8 個，NCQS=3 代表 4 個。Namespace 的格式相容性則還要看資料、metadata 及相關設定，不能只比較名稱。

NCQS: Number of I/O Completion Queues Supported；支援的 I/O CQ 數，採 0-based 編碼。

來源：NVM Command Set 1.3 §5.4.1-5.4.1.1

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.4.1-5.4.1.1, 文件頁 152-159, PDF 頁 152-159

把流程對回規格條件

36.03.Reference Exported NVM Subsystem Template 是選用的 memory-based 範本，限定一個 controller（ID 0h）及一個 namespace（ID 1h）。建立時必須設 TR=1；configuration state 只能以一筆命令設定一次，重複設定回 Command Sequence Error。

來源：NVM Command Set 1.3 §5.4.1-5.4.1.1

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.4.1-5.4.1.1, 文件頁 152-159, PDF 頁 152-159

Memory-based 資源匯出範本
範本項目	規定的對外值或相容條件	與底層資源的關係
Identity and version	CAP.CSS=1、VS=020300h；NVM VER=010200h	範本固定 Base 2.3／NVM 1.2，不隨本 PDF 版本自動升級
Controller limits	MDTS、RAB、NCQS、NSQS、MQES、AWUN／AWUPF 受 underlying 限制	NCQS／NSQS 是 0-based
Namespace compatibility	LBAF0 的 LBADS／MS 必須相同，MS=0；DPS／KPIOENS／CWP 必須為零	controller 負責 Format Index remapping
Observable defaults	Error entries 與 SMART 為零；firmware active slot=1	支援清單、Feature defaults 與 Identify exceptions 另有固定規則

MDTS: Maximum Data Transfer Size；以 minimum page size 為基準的 exponent；零有特定無限制語意。
MQES: Maximum Queue Entries Supported；queue entry 數上限，採 0-based 編碼。
NSQS: Number of I/O Submission Queues Supported；支援的 I/O SQ 數，採 0-based 編碼。
CAP: Controller Capabilities，offset 00h 的 controller property，回報 queue、page size、timeout 與其他能力。

閱讀相關規格圖表 → Memory-based 資源匯出範本

37 匯出狀態的長度與一致性

37.01.配置資料描述資源被安排成什麼樣子，執行中狀態則記錄當下使用哪些設定。兩者可能都有 Feature 名稱，但一個描述範本或配置，另一個描述目前值。恢復或解讀狀態時，如果把預設值當成目前值，就會失去原本的執行設定。

37.02.可變長度結構先有固定 64-byte header，再接 NVMECSS 指定的內容；NVMECSS 的單位是 Dword。因此值為 16 時，後段是 64 bytes，整體為 128 bytes。長度正確還不等於狀態一定一致，CSATTR.CP 另外回報處理期間的暫停條件。

CSATTR.CP: Controller Suspended；1 表示整段 Migration Receive 處理期間皆 suspended。
NVMECSS: NVMe Controller State Size；單位 dwords，0 時可變 state 欄位不存在。

來源：NVM Command Set 1.3 §5.4.1.2

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.4.1.2, 文件頁 159-160, PDF 頁 159-160

把流程對回規格條件

37.03.Reference Exported NVM Subsystem State 保存目前 Feature values 與 controller state。CSATTR.CP=1 表示整段 Migration Receive 處理期間 controller 都處於 suspended；NVMECSS 以 dwords 指出可變 NVMECS 長度，內層 VER 固定為 1h。

來源：NVM Command Set 1.3 §5.4.1.2

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.4.1.2, 文件頁 159-160, PDF 頁 159-160

匯出狀態的長度與一致性
狀態欄位	保存或描述什麼	長度及一致性如何判斷
Feature values	保存 arbitration、power、temperature、error recovery、queues、interrupt、atomicity 與 AEC	是 current values，不是 Figure 187 defaults
CSATTR.CP	1 表示整段處理期間 suspended	0 不保證完全沒有 suspension
NVMECSS	總長度 = 64 + 4 × NVMECSS bytes	0 時 NVMECS 欄位不存在

閱讀相關規格圖表 → 匯出狀態的長度與一致性

38 讀懂本篇的規格圖表

38.01.以下依概念整理規格中的圖表。每組先說明讀取順序與要判斷的問題，接著列出各圖的欄位或行為說明。可以由正文的連結跳到對應組別，也可以用這一節檢查自己能否把欄位連回完整操作。

圖表組 01 · Logical block、格式與單位 · 2 張圖表

38.02.規格關係圖先回答由哪份規格定義行為，區塊圖再回答資料如何編址。讀格式表時先找到 Format Index 對應的項目，再分別解讀 LBADS 和 MS。不要把表格中的選項編號直接當作 byte 數。

回到本節的解釋與範例

先確定命令、格式與單位

38.03.NVM 命令以 logical blocks 描述資料；Base 定義共同命令格式，PCIe Transport 定義傳輸，NVM Command Set 決定資料操作與格式。

一起判讀的欄位或標示	如何共同決定操作或結果	帶入情境後怎麼讀
LBA／logical block size	LBA 選位置，格式決定每個位置包含多少資料。	相同的 8 個 blocks，512-byte 與 4096-byte 格式分別需要 4096 與 32768 bytes 資料。
欄位名稱／縮寫	先分辨它是識別碼、數量、位移或能力，才選擇解讀方式。	Format Index 選一種格式；LBADS 是大小的指數，兩個值不能直接互換。

來源：NVM Command Set 1.3 §1.1 · NVM Command Set 1.3 §1.5

來源：NVME-NVM-CS-1.3, Rev. 1.3, §1.1, Figure 1, 文件頁 9, PDF 頁 9

來源：NVME-NVM-CS-1.3, Rev. 1.3, §1.5, Figure 2, 文件頁 11, PDF 頁 11

NVM Figure 1 · NVMe Family of Specifications

一句話重點

NVM1-1三份規格分別回答共通協定、傳輸方式與資料操作的問題。

來源：NVM Command Set 1.3 §1.1

來源：NVME-NVM-CS-1.3, Rev. 1.3, §1.1, Figure 1, 文件頁 9, PDF 頁 9

用例子讀懂

NVM1-2要解釋一次 Read，先在 NVM 規格看讀取語意，到 Base 看 SQE 與資料指標，再到 PCIe Transport 看佇列與 doorbell 如何存取。

SQE: Submission Queue Entry，SQ 中的一筆命令資料結構。

欄位、條件與相關細節：先確定命令、格式與單位 →

NVM Figure 2 · Acronym definitions

一句話重點

NVM2-1LBA 是資料區塊的編號，換成 byte 位置還需要區塊大小。

來源：NVM Command Set 1.3 §1.5

來源：NVME-NVM-CS-1.3, Rev. 1.3, §1.5, Figure 2, 文件頁 11, PDF 頁 11

用例子讀懂

NVM2-2每個 logical block 有 4096 bytes 時，LBA 3 的資料起點是 3×4096＝12288 bytes；數字 3 本身不是 3 bytes。

欄位、條件與相關細節：先確定命令、格式與單位 →

圖表組 02 · Namespace 容量與配置狀態 · 1 張圖表

38.04.容量示意圖的長條比較的是數量，不表示資料一定集中在前端。先用 NSZE 判斷位址是否在範圍內，再以 NCAP、NUSE 理解配置量，最後確認 THINP 所描述的支援能力。

回到本節的解釋與範例

把目前格式、候選格式與能力連起來

38.05.先用 CNS 及對象識別選回覆結構，再由 Format Index 配對格式資料。基本 Identify、命令集專屬 Identify 與延伸格式共同決定合法設定。

一起判讀的欄位或標示	如何共同決定操作或結果	帶入情境後怎麼讀
CNS／NSID／CSI／CNTID／FIDX	分別選結構、namespace、命令集、控制器與候選格式；依 CNS 定義決定哪些有效。	查目前格式與查尚未使用的候選格式，是不同查詢，不能把兩份資料當成同一現況。
FLBAS／NLBAF／NULBAF／LBAF／ELBAF	先解出有效格式清單，再沿同一 Format Index 配對基本與延伸欄位。	FLBAS 選中 index 2 時，應讀同一 index 的 LBAF 與 ELBAF，不把數值 2 當成每 block 2 bytes。
LBADS／MS／RP；PIF／QPIF／STS	資料大小為 2^LBADS bytes；MS 給 metadata 大小；延伸欄位補上保護格式與 tag 寬度。	LBADS=12、MS=16 表示 4096 bytes 資料及 16 bytes metadata，接著依 PI 格式計算 tag。
MC／DPC／DPS／PIC／PIFA／LBAFEE	能力描述可選項，目前設定與主機宣告決定真正使用哪種配置。	控制器支援延伸 PI，不代表主機在未宣告相應能力時就可直接建立該格式。
VSL／WZSL／WUSL／DMRL／DMRSL／DMSL／WZDSL	各自限制不同命令的長度、描述子數或處理量，先辨認目標命令與單位。	Copy 的來源範圍限制不能拿來當 Write Zeroes 的單筆長度限制。
NSZE／NCAP／NUSE；NSFEAT／DLFEAT	容量量與能力、解除配置後讀取行為共同描述 namespace。	NUSE=600 不代表只有 LBA 0–599 有資料；配置可以分散在整個有效範圍。

來源：NVM Command Set 1.3 §4.1.2 · NVM Command Set 1.3 §4.1.3.7 · NVM Command Set 1.3 §4.1.5 · NVM Command Set 1.3 §4.1.5.1 · NVM Command Set 1.3 §4.1.5.3 · NVM Command Set 1.3 §4.1.5.4 · NVM Command Set 1.3 §4.1.5.5 · NVM Command Set 1.3 §5.6

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.2, Figure 91, 文件頁 63, PDF 頁 63

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.3.7, Figure 101, 文件頁 68, PDF 頁 68

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.5, Figure 122, 文件頁 83-84, PDF 頁 83-84

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.5.1, Figure 123, 文件頁 85-93, PDF 頁 85-93

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.5.1, Figure 125, 文件頁 94, PDF 頁 94

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.5.3, Figure 127, 文件頁 97-101, PDF 頁 97-101

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.5.3, Figure 128, 文件頁 101-102, PDF 頁 101-102

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.5.4, Figure 129, 文件頁 103-106, PDF 頁 103-106

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.5.4, Figure 130, 文件頁 107, PDF 頁 107

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.5.5, Figure 131, 文件頁 107, PDF 頁 107

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.6, Figure 192, 文件頁 161, PDF 頁 161

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.6, Figure 193, 文件頁 162, PDF 頁 162

NVM Figure 123 · Identify – Identify Namespace Data Structure, NVM Command Set

一句話重點

NVM123-1Identify Namespace 同時描述容量、格式與資料操作能力。

來源：NVM Command Set 1.3 §4.1.5.1

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.5.1, Figure 123, 文件頁 85-93, PDF 頁 85-93

用例子讀懂

NVM123-2NSZE＝1000、NCAP＝800、NUSE＝600 分別表示可定址、最多可配置與目前已配置；換算 bytes 還要讀使用中的 LBA 格式。

欄位、條件與相關細節：把目前格式、候選格式與能力連起來 →

圖表組 03 · Identify：同一 namespace 的多份資料結構 · 7 張圖表

38.06.先按查詢對象分組閱讀 CNS 表，再連接同一 namespace 的基本與延伸結構。FLBAS 是目前選擇，LBAF／ELBAF 是選項內容，能力位則說明允許哪些選擇；三者不能互相代替。

回到本節的解釋與範例

NVM Figure 122 · CNS Values

一句話重點

NVM122-1Identify 的 CNS 選擇器決定回傳哪種資料結構。

來源：NVM Command Set 1.3 §4.1.5

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.5, Figure 122, 文件頁 83-84, PDF 頁 83-84

用例子讀懂

NVM122-2CNS 相同時，NSID、CSI 等相依欄位仍要正確；不能只憑回傳長度推斷這是控制器還是 namespace 資料。

欄位、條件與相關細節：把目前格式、候選格式與能力連起來 →

把保證範圍、對齊邊界與失效情境分開

38.07.正常操作與斷電情境各有原子性參數。先確認採用控制器或 namespace 的參數，再把命令的整段範圍放到原子邊界上判斷。

一起判讀的欄位或標示	如何共同決定操作或結果	帶入情境後怎麼讀
AWUN／NAWUN；AWUPF／NAWUPF；ACWU／NACWU	分別對應正常寫入、斷電情境與融合 Compare/Write 的保證上限；有效選擇依 namespace 能力。	支援 8-block 的正常原子寫入，不代表斷電時也保證相同的 8 blocks。
NABSN／NABSPF／NABO	邊界大小與起點決定一段 I/O 是否跨界，與單筆長度上限一起檢查。	長度雖未超過原子單位，起點若靠近邊界，結束位置仍可能落到下一段。
MAM／DN	多重原子模式與正常原子性停用選擇有各自條件。	多重模式下應畫出可獨立保證的子範圍，不能沿用整筆命令全有或全無的結論。
Compare／Write／FUSE	融合操作需符合配對與範圍規則，Compare 的結果影響 Write 是否執行。	先前內容不符預期時，不能把後面的 Write 當成獨立無條件寫入。

來源：NVM Command Set 1.3 §2.1.3 · NVM Command Set 1.3 §2.1.4 · NVM Command Set 1.3 §4.1.3.4 · NVM Command Set 1.3 §4.1.5.2 · NVM Command Set 1.3 §5.2.2

來源：NVME-NVM-CS-1.3, Rev. 1.3, §2.1.3, Figure 3, 文件頁 14, PDF 頁 14

來源：NVME-NVM-CS-1.3, Rev. 1.3, §2.1.4, Figure 4, 文件頁 15-16, PDF 頁 15-16

來源：NVME-NVM-CS-1.3, Rev. 1.3, §2.1.4, Figure 5, 文件頁 17, PDF 頁 17

來源：NVME-NVM-CS-1.3, Rev. 1.3, §2.1.4, Figure 6, 文件頁 18, PDF 頁 18

來源：NVME-NVM-CS-1.3, Rev. 1.3, §2.1.4, Figure 7, 文件頁 18, PDF 頁 18

NVM131-1FIDX 為需要格式索引的 Identify 查詢指定目標格式。

來源：NVM Command Set 1.3 §4.1.5.5

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.5.5, Figure 131, 文件頁 107, PDF 頁 107

用例子讀懂

NVM131-2要看索引 20 的格式，先使用支援該查詢的 CNS，再用 FIDX 指向 20；格式數量和格式索引不是同一欄。

欄位、條件與相關細節：把目前格式、候選格式與能力連起來 →

由共同 Identify 結構查 NVM 操作的前提

38.08.Base Identify Controller 提供跨命令使用的能力與限制；NVM 命令集的 Identify 結構再補上格式與命令專屬能力。兩份資料需要按同一控制器配對。

一起判讀的欄位或標示	如何共同決定操作或結果	帶入情境後怎麼讀
ONCS	各位元回報特定選用 NVM 命令或功能的支援，應按所選操作檢查相應位元。	Compare 支援不能替代 Copy 支援；不能只看 ONCS 非零就使用所有選用命令。
MDTS／CAP.MPSMIN	非零 MDTS 以最小 memory page 大小為基礎計算最大傳輸量，與 namespace 的 LBA 大小不同。	MDTS=5、最小 page=4096 bytes，最大傳輸量是 4096×2^5=128 KiB；再換成所選格式的 blocks。
CTRATT／SANICAP	前者提供控制器屬性，後者提供清除方法及相關能力；命令專屬設定要沿對應位元分支確認。	準備 Crypto Erase 時查 CES，再依目標與後續要求檢查其餘條件；不由支援 Block Erase 推論其他方法。

ONCS: Optional NVM Commands Supported；包含能力及 variant，需結合 NVM Identify 的 limits。

來源：Base 2.4 §5.2.14.2.1

來源：NVME-BASE-2.4, Rev. 2.4, §5.2.14.2.1, Figure 338, 文件頁 340-382, PDF 頁 366-408

Base Figure 338 · Identify – Identify Controller Data Structure, I/O Command Set Independent

一句話重點

Base338-1Identify Controller 先告知能力與限制，主機再決定可使用的操作。

來源：Base 2.4 §5.2.14.2.1

來源：NVME-BASE-2.4, Rev. 2.4, §5.2.14.2.1, Figure 338, 文件頁 340-382, PDF 頁 366-408

用例子讀懂

Base338-2規格列出某選用命令時，先查相應支援欄位再發出要求；「命令有定義」與「這台控制器支援」是不同證據。

欄位、條件與相關細節：由共同 Identify 結構查 NVM 操作的前提 →

建立資料物件與建立存取關係

38.09.Namespace Management 管理物件是否存在，Namespace Attachment 管理控制器能否存取。兩種命令各有 SEL，其編碼必須放在各自命令內解讀。

一起判讀的欄位或標示	如何共同決定操作或結果	帶入情境後怎麼讀
Management SEL／CSI／DPTR	SEL 選 Create、Delete 或 Restore；Create 的 CSI 決定建立資料格式，DPTR 給資料位置。	Management SEL=0h 是 Create，Attachment SEL=0h 是 Attach；數值相同但動作不同。
Create payload → NSZE／NCAP／FLBAS 等欄位	Base 定義共同傳輸結構，所選命令集補上主機設定；命令集延伸部分須以更具體的定義解讀。	使用 NVM Command Set 時，需把 Base Figure 448 與 NVM Figure 134 合讀，包含 Placement Handle List。
CQE DW0／NSID	Create 成功回傳已建立 namespace 的識別碼，後續管理與 I/O 以它選物件。	回傳 NSID=7 不能單獨證明任何控制器已附加到它。
Attachment DPTR／Controller List／NUMCIDS	清單選控制器，NSID 選 namespace；SEL 決定附加或分離。	NUMCIDS=2、列 A 與 B，表示對兩個控制器建立或移除關係。
DNCS／ANAGRPID／NVMSETID／ENDGID	DNCS 回報預設配置狀態；另外三者說明 namespace 的資源歸屬。	Restore Default 後仍需重新 Identify 實際配置，不能只拿 DNCS=1 推論 namespace 的容量。
命令專屬錯誤	格式、容量、識別碼及附加限制是不同檢查條件。	Insufficient Capacity 與 NSID Unavailable 分別指出空間與識別碼資源問題，不應合併成同一種失敗。

ANAGRPID: ANA Group Identifier，namespace 所屬 Asymmetric Namespace Access group 的 identifier；create 值 0 讓 controller 選擇。
NVMSETID: NVM Set Identifier，指定建立 namespace 時要從哪個 NVM Set 配置容量。
NUMCIDS: Number of Controller Identifiers；Controller List 中有效 controller IDs 的數量。
ENDGID: Endurance Group Identifier，指定建立 namespace 時所屬 Endurance Group。
DNCS: Default Namespace Configuration Status，表示目前 namespace configuration 是否等於 active firmware image defaults 的 status bit。

來源：Base 2.4 §5.2.14.2.8

來源：NVME-BASE-2.4, Rev. 2.4, §5.2.14.2.8, Figure 346, 文件頁 391-394, PDF 頁 417-420

Base Figure 346 · Identify – I/O Command Set Independent Identify Namespace Data Structure

一句話重點

Base346-1與命令集無關的 Identify Namespace 提供共享、屬性與路徑相關資訊。

來源：Base 2.4 §5.2.14.2.8

來源：NVME-BASE-2.4, Rev. 2.4, §5.2.14.2.8, Figure 346, 文件頁 391-394, PDF 頁 417-420

用例子讀懂

Base346-2先知道某 NSID 對應的 namespace 是否共享，再解釋控制器間的存取關係；LBA 資料大小則仍需命令集專屬格式資訊。

欄位、條件與相關細節：建立資料物件與建立存取關係 →

圖表組 04 · LBAF、ELBAF 與唯一屬性格式 · 6 張圖表

38.10.沿同一個 Format Index 配對 LBAF、ELBAF，再看 FLBAS 選中哪一項。讀數量圖時，把欄位原始值、解碼後數量及最後一個 index 分開列出；例如 6 個選項的 index 是 0 到 5。

回到本節的解釋與範例

起點對齊、長度粒度與邊界是三次判斷

38.11.先依對齊偏移找到合法或建議起點，再以粒度檢查長度，最後看是否跨越相關邊界。欄位若只是效能提示，不能提高成命令必須遵守的要求。

一起判讀的欄位或標示	如何共同決定操作或結果	帶入情境後怎麼讀
NPWA／NPWG；NPRA／NPRG	分別對應寫入與讀取的起點對齊及粒度，保留各欄位的數量編碼規則。	長度是粒度整數倍，但起點偏移一個 block，仍可能未符合對齊提示。
NPDG／NPDGL／NPDAL／NOWS／NORS	解除配置與最佳讀寫大小分別有自己的提示或限制，先辨認動作再使用。	讀取的最佳大小不能直接當成解除配置描述子的最大範圍。
NOIOB／NABO／NABSN；SWS／SGS	I/O 邊界、原子邊界與串流大小是不同維度。	即使寫入符合 NPWG，仍需另查是否跨過要保證的原子邊界。

來源：NVM Command Set 1.3 §4.1.5.1 · NVM Command Set 1.3 §5.2.2

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.5.1, Figure 124, 文件頁 94, PDF 頁 94

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.2.2, Figure 145, 文件頁 124, PDF 頁 124

NVM193-1不同 CNS 查詢會呈現不同範圍的格式清單項目。

來源：NVM Command Set 1.3 §5.6

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.6, Figure 193, 文件頁 162, PDF 頁 162

用例子讀懂

NVM193-2使用 CNS 00h 與較新的格式查詢時，先查這張適用表，避免把第一種查詢的截取方式套給另一種。

欄位、條件與相關細節：把目前格式、候選格式與能力連起來 →

圖表組 05 · Format、Host Behavior 與延伸 LBA · 2 張圖表

38.12.把 Format 的命令欄位與 Identify 的能力欄位成對閱讀：先找允許的格式，再看命令選擇。LBAFEE／ELBAS 處理延伸格式支援，PI 處理保護類型，MSET 處理傳輸配置。

回到本節的解釋與範例

NVM Figure 91 · Format NVM – Command Dword 10 – NVM Command Set Specific Fields

一句話重點

NVM91-1Format NVM 決定 PI 類型與 metadata 的傳輸安排。

來源：NVM Command Set 1.3 §4.1.2

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.2, Figure 91, 文件頁 63, PDF 頁 63

用例子讀懂

NVM91-2兩個格式都使用 4 KiB 資料，仍可能因 PI 與 MSET 不同而需要不同的 I/O buffer 排列。

欄位、條件與相關細節：把目前格式、候選格式與能力連起來 →

NVM Figure 101 · Host Behavior Support – Data Structure

一句話重點

NVM101-1LBAFEE 告知主機使用擴充的 LBA Format 機制。

來源：NVM Command Set 1.3 §4.1.3.7

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.3.7, Figure 101, 文件頁 68, PDF 頁 68

用例子讀懂

NVM101-2要存取超出傳統格式索引表示範圍的格式前，先確認並設定主機行為，不能只把較大索引塞入舊欄位。

欄位、條件與相關細節：把目前格式、候選格式與能力連起來 →

圖表組 06 · 建立 namespace：格式、mask 與 granularity · 3 張圖表

38.13.建立資料表先讀容量與格式，再讀保護欄位及遮罩；granularity 表另外用來計算配置是否有效率。先確認 GDM 如何把描述子對應到格式，再解讀 ND 的數量編碼。

回到本節的解釋與範例

建立設定需同時符合格式與容量規則

38.14.先選格式，再換算 NSZE、NCAP，配對粒度描述子，最後檢查資料保護及啟用中的 FDP 設定。粒度是配置效率提示，其他合法性要求仍需獨立滿足。

一起判讀的欄位或標示	如何共同決定操作或結果	帶入情境後怎麼讀
NGA.GDM／ND／NGD → NSG／NCG	GDM 決定格式到描述子的對應，ND 是描述子數減 1；NSG、NCG 以 bytes 給建議粒度。	NSZE=250、每 block 4096 bytes 是 1000 KiB；與 1 MiB 粒度比較前，先統一單位。
NSZE／NCAP／FLBAS／DPS／NMIC	容量、格式、保護與共享設定共同形成新 namespace。	NCAP 的 byte 值依 FLBAS 選中的資料大小換算；不能另用另一個格式的 block size。
ANAGRPID／NVMSETID／ENDGID	說明資源歸屬；零值及不支援時的處理需依各欄位規則。	FDP 在指定 Endurance Group 啟用時，還須遵守其與 NVM Set 的限制。
LBSTM／LBAFEE／格式能力	主機提供的 Storage Tag mask 與延伸格式設定需符合 Identify 及 Host Behavior Support。	不能只因容量夠就忽略不相容的 PI 或遮罩設定。
NPHNDLS／Placement Handle List／RUH	數量決定清單有效項目，清單把 Placement Handle 對應到 Reclaim Unit Handle。	NPHNDLS=0 由控制器依規則選 handle；非零清單需檢查範圍、重複值與共享格式一致性。

NVM Set: NVM Set，把 namespace 與一組共同管理的 NVM 資源建立關聯的容量集合。
NMIC: Namespace Multi-path I/O and Namespace Sharing Capabilities，create 時宣告 namespace sharing／multipath 屬性的欄位。

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.6.4, Figure 134, 文件頁 112-113, PDF 頁 112-113

用例子讀懂

NVM134-2建立 1000 個 4 KiB blocks 的 namespace，先選對格式，再填 NSZE／NCAP；1000 代表 blocks，不是 1000 bytes。

欄位、條件與相關細節：建立設定需同時符合格式與容量規則 →

圖表組 07 · Metadata 傳輸與 PI 的位置 · 2 張圖表

38.15.傳輸圖的上下兩種排列描述同一批區塊。逐一對照 Data 0 與 MD 0、Data 1 與 MD 1，再追蹤 DPTR、MPTR 指向哪個緩衝區。PI 位於 metadata 中的位置，與 metadata 是否分開傳輸是兩個不同維度。

回到本節的解釋與範例

資料與 metadata 用同一個區塊順序配對

38.16.先依格式選交錯或分開傳輸，再由區塊數計算各緩衝區大小。DPTR 與 MPTR 的角色由傳輸配置及命令方向決定。

一起判讀的欄位或標示	如何共同決定操作或結果	帶入情境後怎麼讀
DPTR／MPTR／FLBAS	資料指標與 metadata 指標的適用性由格式及傳輸方式決定。	分開傳輸時，Data 0 必須對應 Metadata 0；分成兩個 buffer 不會改變配對順序。
區塊數×資料大小／區塊數×MS	先計算兩部分，再依 PRACT 等處理調整實際傳輸量。	PRACT=0、8 blocks、4096 bytes 資料與 16 bytes metadata，兩部分是 32768 與 128 bytes。

來源：NVM Command Set 1.3 §3.3.1 · NVM Command Set 1.3 §3.3.4 · NVM Command Set 1.3 §3.3.6 · NVM Command Set 1.3 §5.2.3

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.1, Figure 23, 文件頁 28, PDF 頁 28

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.1, Figure 24, 文件頁 28, PDF 頁 28

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.4, Figure 50, 文件頁 49, PDF 頁 49

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.4, Figure 51, 文件頁 49, PDF 頁 49

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.6, Figure 67, 文件頁 53, PDF 頁 53

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.6, Figure 68, 文件頁 54, PDF 頁 54

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.2.3, Figure 153, 文件頁 129, PDF 頁 129

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.2.3, Figure 154, 文件頁 130, PDF 頁 130

NVM Figure 153 · Metadata – Contiguous with LBA Data, Forming Extended LBA

一句話重點

NVM153-1Extended LBA 把每個 block 的資料與 metadata 相鄰傳輸。

來源：NVM Command Set 1.3 §5.2.3

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.2.3, Figure 153, 文件頁 129, PDF 頁 129

用例子讀懂

NVM153-22 個 4096-byte 資料 blocks、各帶 8-byte metadata，排列是資料0、metadata0、資料1、metadata1，共 8208 bytes。

欄位、條件與相關細節：資料與 metadata 用同一個區塊順序配對 →

NVM Figure 154 · Metadata – Transferred as Separate Buffer

一句話重點

NVM154-1Separate metadata 使用資料與 metadata 兩個對應 buffer。

來源：NVM Command Set 1.3 §5.2.3

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.2.3, Figure 154, 文件頁 130, PDF 頁 130

用例子讀懂

NVM154-2相同的 2 blocks 改用分離方式後，資料 buffer 為 8192 bytes，metadata buffer 為 16 bytes；兩者的 block 順序必須一致。

欄位、條件與相關細節：資料與 metadata 用同一個區塊順序配對 →

圖表組 08 · 能力探索、Opcode 與狀態 · 13 張圖表

38.17.Opcode 表用來辨認操作及支援要求；狀態表要先選 SCT 再查 SC。FID、LID 與 opcode 屬於不同識別空間，即使數字相同，也不能拿其中一張表解釋另一種命令。

回到本節的解釋與範例

從操作與狀態選出正確的規則列

38.18.先辨認命令、控制器類型及目前狀態，再讀支援或限制。狀態碼還要配 SCT，不能只看 SC 的數字。

一起判讀的欄位或標示	如何共同決定操作或結果	帶入情境後怎麼讀
Opcode／NSID／資料方向	Opcode 選操作，NSID 選對象，方向決定主機提供或接收什麼。	Copy 的主機傳入資料是描述子清單，並非整份來源資料。
SCT／SC	狀態類別決定使用哪份狀態表；同一類別內再判斷原因。	LBA Out of Range 針對位址範圍，Capacity Exceeded 針對配置容量，不應混為一談。
支援標記／適用註腳	需要结合可選能力、控制器種類與目前操作的限制。	控制器平常支援 Read，不代表清除的每一種受限狀態都允許同樣行為。
ANA／Reservation type／Holder／Registrant	路徑狀態與主機的存取資格分別影響操作；逐項配合命令種類判斷。	同一 namespace 對兩個主機可有不同存取資格，不能只用 NSID 相同推論结果相同。

來源：NVM Command Set 1.3 §2.2.1 · NVM Command Set 1.3 §2.2.2 · NVM Command Set 1.3 §2.2.3 · NVM Command Set 1.3 §3.1.2 · NVM Command Set 1.3 §3.3 · NVM Command Set 1.3 §3.3.1 · NVM Command Set 1.3 §3.3.4 · NVM Command Set 1.3 §3.3.5 · NVM Command Set 1.3 §3.3.6 · NVM Command Set 1.3 §3.3.7 · NVM Command Set 1.3 §3.3.8 · NVM Command Set 1.3 §4.1.3 · NVM Command Set 1.3 §4.1.4 · NVM Command Set 1.3 §5.1 · NVM Command Set 1.3 §5.11 · NVM Command Set 1.3 §5.12

來源：NVME-NVM-CS-1.3, Rev. 1.3, §2.2.1, Figure 13, 文件頁 23, PDF 頁 23

來源：NVME-NVM-CS-1.3, Rev. 1.3, §2.2.1, Figure 14, 文件頁 23, PDF 頁 23

來源：NVME-NVM-CS-1.3, Rev. 1.3, §2.2.2, Figure 15, 文件頁 23, PDF 頁 23

來源：NVME-NVM-CS-1.3, Rev. 1.3, §2.2.3, Figure 16, 文件頁 23-24, PDF 頁 23-24

來源：NVME-NVM-CS-1.3, Rev. 1.3, §2.2.3, Figure 17, 文件頁 24, PDF 頁 24

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.1.2, Figure 18, 文件頁 25, PDF 頁 25

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.1.2, Figure 19, 文件頁 25, PDF 頁 25

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.1.2, Figure 20, 文件頁 26, PDF 頁 26

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3, Figure 22, 文件頁 27, PDF 頁 27

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.1, Figure 31, 文件頁 30, PDF 頁 30

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.4, Figure 59, 文件頁 51, PDF 頁 51

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.5, Figure 66, 文件頁 53, PDF 頁 53

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.6, Figure 76, 文件頁 56, PDF 頁 56

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.7, Figure 80, 文件頁 57, PDF 頁 57

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.8, Figure 89, 文件頁 61, PDF 頁 61

NVM22-1操作碼中的傳輸方向描述主機與控制器之間交換的資料。

來源：NVM Command Set 1.3 §3.3

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3, Figure 22, 文件頁 27, PDF 頁 27

用例子讀懂

NVM22-2Copy 雖然在裝置內搬移使用者資料，主機仍要傳入來源描述子，所以命令的傳輸方向不能只從「複製」二字推測。

欄位、條件與相關細節：從操作與狀態選出正確的規則列 →

把完成結果對回命令，再解釋狀態

38.19.先以 Phase Tag 辨認新完成項目，再用 SQID 與 CID 對回要求。SCT 決定 SC 所屬表格，DNR 與 CRD 補充重試資訊；SQHD 表示提交佇列進度，不能當成這筆命令的資料長度。

SQID: Submission Queue Identifier，辨識 command 所屬 SQ 的數值。
CID: Command Identifier，與 SQ identifier 合用以辨識 outstanding command。
CRD: Command Retry Delay，status 中選擇 controller 建議重試延遲值的欄位。

一起判讀的欄位或標示	如何共同決定操作或結果	帶入情境後怎麼讀
SQID／CID／SQHD	前兩者辨認命令，SQHD 告知控制器的 SQ Head。	一個 CQ 收到多個 SQ 的完成項目時，即使 CID 相同也可由 SQID 區分。
SCT → SC	先選 Generic、Command Specific、Media 或 Path 等類別，再查具體碼值。	SC=某個值不能單獨命名錯誤；必須保留它搭配的 SCT。
DNR／CRD／CRDT	DNR 與重試延遲資訊影響如何理解重新提交；不能把它們當成原命令已成功。	重試前仍要確認原操作的狀態與副作用，不能只看延遲已經過。
DW0／DW1／Phase Tag	前兩個 Dwords 的內容依命令解釋；Phase Tag 隨 CQ 回繞而變化。	Create 成功時 DW0 可回 NSID；同一位置在另一種命令不一定有這種意義。

CQ: Completion Queue，controller 放入完成結果的完成佇列。

來源：Base 2.4 §4.2.3

來源：NVME-BASE-2.4, Rev. 2.4, §4.2.3, Figure 101, 文件頁 145-146, PDF 頁 171-172

用例子讀懂

Base101-2相同 SC 數值搭配不同 SCT 可以有不同意思；DNR 也不能從 SC 名稱猜出，必須看實際 bit。

欄位、條件與相關細節：把完成結果對回命令，再解釋狀態 →

圖表組 09 · Read／Write 的資料與完成條件 · 24 張圖表

38.20.先把 CDW10、CDW11 組成 SLBA，再把 NLB 換成實際區塊數，算出完整 LBA 範圍及 buffer 長度。最後依 CETYPE、PRACT 等選擇解讀其他欄位，避免把另一種格式的同一 bit 位置照搬過來。

回到本節的解釋與範例

NVM Figure 50 · Read – Metadata Pointer

一句話重點

NVM50-1Read 的 MPTR 是獨立 metadata 的接收位置。

來源：NVM Command Set 1.3 §3.3.4

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.4, Figure 50, 文件頁 49, PDF 頁 49

用例子讀懂

NVM50-2若讀回 2 blocks 且每個有 8 bytes metadata，metadata buffer 需要容納對應的 16 bytes；資料 buffer 另由 DPTR 指定。

欄位、條件與相關細節：資料與 metadata 用同一個區塊順序配對 →

NVM Figure 51 · Read – Data Pointer

一句話重點

NVM51-1Read 的 DPTR 指向主機接收使用者資料的空間。

來源：NVM Command Set 1.3 §3.3.4

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.4, Figure 51, 文件頁 49, PDF 頁 49

用例子讀懂

NVM51-2讀取 2 個 4 KiB blocks，需要能接收 8192 bytes 的資料區；命令欄位中的 LBA 不等於這個主機記憶體位址。

欄位、條件與相關細節：資料與 metadata 用同一個區塊順序配對 →

由 PI 格式決定 tag 的位數與命令位置

38.21.先確認 Guard 格式及 STS，再計算 Storage Tag 與 Reference Tag 的位數。命令中的高低欄位組合成 tag 空間，而不是各自獨立的位址。

一起判讀的欄位或標示	如何共同決定操作或結果	帶入情境後怎麼讀
PIF／QPIF／STS	Guard 格式決定可用 tag 空間，STS 分配其中的 Storage Tag 位數。	64b Guard 的合併空間為 48 bits；STS=18 時 Reference Tag 使用其餘 30 bits。
LBST／ELBST／ILBRT／EILBRT	寫入的 tag 與檢查時的 expected tag 有不同角色；起始 Reference Tag 依命令和類型推進。	Read 的預期 tag 用來比對，不能把它當成控制器必定回傳的資料值。
CDW2／CDW3／CDW14；ELBTU／ELBTL	按格式把高低部分放到指定位置，未使用或忽略的 bits 依圖中規則處理。	STS=18 時先做 (StorageTag<<30)\|ReferenceTag，再拆高低 Dwords；不能按十六進位字串任意切段。
LBAT／ELBAT／ELBATM／LBSTM	Application Tag、預期值與遮罩、Storage Tag 遮罩分別服務不同檢查。	先選擇哪些 bits 參與比對，再解釋比較結果；遮罩不是要寫入媒體的另一份資料。

EILBRT / ILBRT: Initial Logical Block Reference Tag／expected 初值；Type 1／2 依 block 遞增並在欄位寬度處回捲。
ELBATM: Tag comparison mask；bit=0 排除比較，Storage mask 額外受支援與對齊限制。
ELBAT / LBAT: Logical Block Application Tag／expected tag；16-bit，checking 與 mask 及停用值規則共同決定。
ELBST / LBST: Logical Block Storage Tag／Expected Logical Block Storage Tag；寬度由 STS 決定。
ELBTL / ELBTU: Logical Block Tags／expected tags 的上／下部分；依 Guard 格式、STS 與 Dword 位置組合。

來源：NVM Command Set 1.3 §3.3.1 · NVM Command Set 1.3 §3.3.2 · NVM Command Set 1.3 §3.3.4 · NVM Command Set 1.3 §3.3.5 · NVM Command Set 1.3 §3.3.6 · NVM Command Set 1.3 §3.3.8 · NVM Command Set 1.3 §5.3.1.1 · NVM Command Set 1.3 §5.3.1.2 · NVM Command Set 1.3 §5.3.1.3 · NVM Command Set 1.3 §5.3.1.4

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.1, Figure 25, 文件頁 28, PDF 頁 28

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.1, Figure 29, 文件頁 29, PDF 頁 29

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.1, Figure 30, 文件頁 29, PDF 頁 29

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.2, Figure 33, 文件頁 30, PDF 頁 30

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.2, Figure 37, 文件頁 31, PDF 頁 31

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.2, Figure 38, 文件頁 32, PDF 頁 32

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.4, Figure 52, 文件頁 49, PDF 頁 49

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.4, Figure 57, 文件頁 50, PDF 頁 50

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.4, Figure 58, 文件頁 51, PDF 頁 51

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.5, Figure 60, 文件頁 52, PDF 頁 52

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.5, Figure 64, 文件頁 53, PDF 頁 53

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.5, Figure 65, 文件頁 53, PDF 頁 53

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.6, Figure 69, 文件頁 54, PDF 頁 54

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.6, Figure 74, 文件頁 55, PDF 頁 55

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.6, Figure 75, 文件頁 55, PDF 頁 55

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.8, Figure 81, 文件頁 59, PDF 頁 59

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.8, Figure 86, 文件頁 60, PDF 頁 60

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.8, Figure 87, 文件頁 60, PDF 頁 60

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.3.1.1, Figure 155, 文件頁 131, PDF 頁 131

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.3.1.1, Figure 156, 文件頁 132, PDF 頁 132

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.3.1.2, Figure 157, 文件頁 133, PDF 頁 133

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.3.1.3, Figure 159, 文件頁 134, PDF 頁 134

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.3.1.4, Figure 164, 文件頁 137, PDF 頁 137

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.3.1.4, Figure 165, 文件頁 138, PDF 頁 138

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.3.1.4, Figure 166, 文件頁 138, PDF 頁 138

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.3.1.4, Figure 167, 文件頁 139, PDF 頁 139

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.3.1.4, Figure 168, 文件頁 139, PDF 頁 139

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.3.1.4, Figure 169, 文件頁 139-140, PDF 頁 139-140

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.3.1.4, Figure 170, 文件頁 140, PDF 頁 140

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.3.1.4, Figure 171, 文件頁 140, PDF 頁 140

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.3.1.4, Figure 172, 文件頁 141, PDF 頁 141

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.3.1.4, Figure 173, 文件頁 141, PDF 頁 141

NVM Figure 52 · Read – Command Dword 2 and Dword 3

一句話重點

NVM52-1Read 的高位預期 tag 要與低位欄位一起解釋。

來源：NVM Command Set 1.3 §3.3.4

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.4, Figure 52, 文件頁 49, PDF 頁 49

用例子讀懂

NVM52-2讀取使用 80-bit tag 空間的格式時，不能只檢查 CDW14；CDW2、CDW3 也參與表示預期內容。

欄位、條件與相關細節：由 PI 格式決定 tag 的位數與命令位置 →

從命令欄位還原一筆完整 I/O

38.22.先合成起始 LBA、解出實際區塊數，再檢查範圍、格式與處理選項。CDW13 的解讀方式會因 CETYPE 等選擇而改變。

一起判讀的欄位或標示	如何共同決定操作或結果	帶入情境後怎麼讀
CDW10／CDW11 → SLBA；NLB	兩個 Dwords 合成起點；NLB 是區塊數減 1，終點為 SLBA+NLB。	SLBA=100、NLB=7 表示 LBA 100–107，共 8 blocks。
LR／FUA／PRINFO／STC	分別影響錯誤恢復、持久化相關行為及 PI 檢查；保留各自適用條件。	設定 FUA 不會自動排序另一個 queue 的命令；資料相依仍需主機安排。
CETYPE／CEV／DSM／DTYPE／DSPEC	先由命令格式選擇欄位的含義，再讀提示或命令擴充內容。	CETYPE 非零時，不能再把同一 CDW13 位置套成 CETYPE=0 的 DSM hints。
DEAC／NSZ／LBACZ	Write Zeroes 的選項與回傳量需結合命令結果解讀。	解除配置、回傳零值與指定範圍確實被處理是不同問題，不能只看 buffer 全零。

來源：NVM Command Set 1.3 §3.3.1 · NVM Command Set 1.3 §3.3.4 · NVM Command Set 1.3 §3.3.5 · NVM Command Set 1.3 §3.3.6 · NVM Command Set 1.3 §3.3.7 · NVM Command Set 1.3 §3.3.8

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.1, Figure 26, 文件頁 28, PDF 頁 28

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.1, Figure 27, 文件頁 28-29, PDF 頁 28-29

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.1, Figure 28, 文件頁 29, PDF 頁 29

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.4, Figure 53, 文件頁 49, PDF 頁 49

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.4, Figure 54, 文件頁 49, PDF 頁 49

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.4, Figure 55, 文件頁 50, PDF 頁 50

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.4, Figure 56, 文件頁 50, PDF 頁 50

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.5, Figure 61, 文件頁 52, PDF 頁 52

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.5, Figure 62, 文件頁 52, PDF 頁 52

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.5, Figure 63, 文件頁 52, PDF 頁 52

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.6, Figure 70, 文件頁 54, PDF 頁 54

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.6, Figure 71, 文件頁 54, PDF 頁 54

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.6, Figure 72, 文件頁 54-55, PDF 頁 54-55

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.6, Figure 73, 文件頁 55, PDF 頁 55

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.7, Figure 77, 文件頁 56, PDF 頁 56

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.7, Figure 78, 文件頁 56, PDF 頁 56

NVM75-1Write 的 Application Tag 與 mask 是不同的欄位。

來源：NVM Command Set 1.3 §3.3.6

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.6, Figure 75, 文件頁 55, PDF 頁 55

用例子讀懂

NVM75-2LBAT 提供 tag 內容，LBATM 指定相應處理的位元範圍；不能把 FFFFh mask 當成要寫入 FFFFh tag。

LBATM: Tag comparison mask；bit=0 排除比較，Storage mask 額外受支援與對齊限制。

欄位、條件與相關細節：由 PI 格式決定 tag 的位數與命令位置 →

NVM Figure 76 · Write – Command Specific Status Values

一句話重點

NVM76-1Write 的命令專屬狀態協助區分配置不符與寫入目標限制。

來源：NVM Command Set 1.3 §3.3.6

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.6, Figure 76, 文件頁 56, PDF 頁 56

用例子讀懂

NVM76-2嘗試寫入唯讀範圍時，重點是存取規則；它與 tag 配置不合法屬於不同原因。

欄位、條件與相關細節：從操作與狀態選出正確的規則列 →

同一筆命令的身分、對象與資料方向

38.23.CDW0 先選操作與資料指標格式；NSID 選操作對象；DPTR／MPTR 再指向資料。命令專屬 Dwords 的含義由 OPC 與命令集決定。

一起判讀的欄位或標示	如何共同決定操作或結果	帶入情境後怎麼讀
OPC／FUSE／CID	OPC 選操作，FUSE 說明融合操作角色，CID 讓完成項目找回原命令。	相同的 CDW10 數值放在 Read 與 Set Features 中，可能完全不是同一種意思。
PSDT → DPTR／MPTR	PSDT 決定指標依 PRP 或 SGL 等格式解讀；指標內的數值不可在未選格式時直接當成長度。	主機先選指標格式，再按該格式準備 buffer 描述，最後由命令語意判斷資料方向。
NSID／CDW2–CDW15	NSID 與命令專屬欄位共同決定對象、範圍及選項。	Create 的 DPTR 指向建立參數；它不是新 namespace 的實體儲存位址。
NDT／NDM／MDPTR	廠商命令使用共同格式時，資料與 metadata 長度各有自己的欄位及指標。	先看廠商命令格式支援宣告，再依長度定義換算，不能把欄位上限直接加 1 後存回同寬整數。

PSDT: PRP or SGL for Data Transfer，CDW0 中決定 DPTR 應按 PRP 或 SGL 解讀的欄位。
NDM: Number of Dwords in Metadata Transfer，standard vendor-specific format 中的實際 metadata dword 數。
NDT: Number of Dwords in Data Transfer，standard vendor-specific format 中的實際 data dword 數。

來源：Base 2.4 §4.1.1

來源：NVME-BASE-2.4, Rev. 2.4, §4.1.1, Figure 93, 文件頁 140-142, PDF 頁 166-168

Base Figure 93 · Common Command Format

一句話重點

Base93-1共通 SQE 固定各命令共用欄位的位置。

來源：Base 2.4 §4.1.1

來源：NVME-BASE-2.4, Rev. 2.4, §4.1.1, Figure 93, 文件頁 140-142, PDF 頁 166-168

用例子讀懂

Base93-2同樣在 CDW10，Read 與管理命令可以有完全不同含義；先依 OPC 選命令，再查專屬欄位表。

欄位、條件與相關細節：同一筆命令的身分、對象與資料方向 →

從第一個 page 的剩餘空間開始計算

38.24.PRP1 的 page offset 決定第一頁還能容納多少資料，總長度再決定 PRP2 是下一頁位址還是 PRP List 位址。指標串接與資料是否實體連續是兩個問題。

page offset: page offset；資料在第一個記憶體 page 內的起始位移；跨過 page boundary 後，位置由下一個 page pointer 決定。

一起判讀的欄位或標示	如何共同決定操作或結果	帶入情境後怎麼讀
Page Base Address／Offset	將位址拆為 page 基底與頁內位移；page 大小以主機所選記憶體 page 設定解讀。	page 為 4096 bytes、offset=3072，第一頁只剩 1024 bytes 可放資料。
PRP2／PRP List entries	先扣掉第一頁已涵蓋的長度，再依剩餘量判斷直接指下一頁或使用清單。	傳輸 8192 bytes 且第一頁只剩 1024 bytes 時，還需涵蓋後續 7168 bytes，不能只給一個下一頁。
清單串接與對齊	清單中的頁位址及下一段清單各有對齊與最後項目的使用規則。	不能把作為下一張清單指標的位置，又當成一頁實際資料。

來源：Base 2.4 §4.3.1

來源：NVME-BASE-2.4, Rev. 2.4, §4.3.1, Figure 110, 文件頁 158, PDF 頁 184

來源：NVME-BASE-2.4, Rev. 2.4, §4.3.1, Figure 111, 文件頁 158, PDF 頁 184

Base Figure 110 · PRP Entry Layout

一句話重點

Base110-1PRP entry 是有固定位元配置的記憶體指標。

來源：Base 2.4 §4.3.1

來源：NVME-BASE-2.4, Rev. 2.4, §4.3.1, Figure 110, 文件頁 158, PDF 頁 184

用例子讀懂

Base110-2先按圖取出位址相關位元，再配合頁大小判斷它指向哪一頁；不能把 64-bit entry 當成資料長度。

欄位、條件與相關細節：從第一個 page 的剩餘空間開始計算 →

Base Figure 111 · PRP Entry – Page Base Address and Offset

一句話重點

Base111-1PRP 的頁基底與頁內 offset 共同形成第一段資料位置。

來源：Base 2.4 §4.3.1

來源：NVME-BASE-2.4, Rev. 2.4, §4.3.1, Figure 111, 文件頁 158, PDF 頁 184

用例子讀懂

Base111-24 KiB 頁、offset＝128 時，第一頁剩餘 4096−128＝3968 bytes；是否需要下一個 PRP 由總長度決定。

欄位、條件與相關細節：從第一個 page 的剩餘空間開始計算 →

描述子先選類型，再解釋位址與長度

38.25.SGL 的型別與子型別決定描述子是在描述資料、下一段描述子，或其他受支援行為。LEN 的單位雖然是長度，所指的內容仍由型別決定。

一起判讀的欄位或標示	如何共同決定操作或結果	帶入情境後怎麼讀
SGLID／SGLDT／SGLDST	型別與子型別決定此描述子的結構及合法組合。	Data Block 的 ADDR 指向資料；Segment 的 ADDR 指向更多描述子，兩者不能當成相同 buffer。
ADDR／LEN	一起描述一段範圍；主機還需檢查總涵蓋長度與命令要求相符。	前段 1024 bytes、後段 3072 bytes 可涵蓋 4096 bytes，但每個描述子仍需符合自身規則。
Segment／Last Segment／Bit Bucket	Segment 與 Last Segment 表達清單串接，Bit Bucket 表達特定資料處理方式。	遇到 Last Segment 就按最後一段的規則處理，不再假定有下一段指標。

來源：Base 2.4 §4.3.2

來源：NVME-BASE-2.4, Rev. 2.4, §4.3.2, Figure 116, 文件頁 161, PDF 頁 187

Base Figure 116 · Generic SGL Descriptor Format

一句話重點

Base116-1Generic SGL Descriptor 固定型別欄位的位置。

來源：Base 2.4 §4.3.2

來源：NVME-BASE-2.4, Rev. 2.4, §4.3.2, Figure 116, 文件頁 161, PDF 頁 187

用例子讀懂

Base116-2先讀 SGLID 判斷 descriptor 類型，再解其餘 bytes；同一位置在資料描述子與 segment 描述子中指向不同對象。

欄位、條件與相關細節：描述子先選類型，再解釋位址與長度 →

圖表組 10 · 命令順序與 Compare-and-Write · 1 張圖表

38.26.命令順序圖要分開觀察提交、執行與完成。閱讀 fused pair 的格式時，把兩筆命令的範圍並列，再檢查 ACWU／NACWU 及邊界；不要只看到 FUSE 設定就推論大小一定符合。

回到本節的解釋與範例

NVM Figure 3 · Supported Fused Operations

一句話重點

NVM3-1融合的 Compare 與 Write 把比對結果當成是否更新的條件。

來源：NVM Command Set 1.3 §2.1.3

來源：NVME-NVM-CS-1.3, Rev. 1.3, §2.1.3, Figure 3, 文件頁 14, PDF 頁 14

用例子讀懂

來源：NVM Command Set 1.3 §2.1.4

來源：NVME-NVM-CS-1.3, Rev. 1.3, §2.1.4, Figure 10, 文件頁 21, PDF 頁 21

用例子讀懂

來源：NVM Command Set 1.3 §3.3.5

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.5, Figure 66, 文件頁 53, PDF 頁 53

用例子讀懂

NVM66-2命令成功表示要求的驗證已完成，不能推論媒體內容與主機心中某份資料相同；若要比較已知內容，需使用 Compare。

欄位、條件與相關細節：從操作與狀態選出正確的規則列 →

圖表組 13 · Copy：描述來源、連續目的與部分失敗 · 13 張圖表

38.29.先解碼 NR 得到來源描述子數，再逐段解碼 NLB，把長度累加到 SDLBA。對照 MSRC、MSSRL、MCL 時，分清楚它們限制的是來源數、單段長度或總長度；完成 DW0 另讀其回報語意。

SDLBA: Starting Destination LBA；指定 Copy 連續目的範圍的起點。

回到本節的解釋與範例

把多個來源範圍依序接到目的地

38.30.Copy 的 DPTR 指向來源描述子；SDLBA 是目的起點。每個描述子先選來源 namespace 與範圍，再把各段長度依序累加到目的位置。

一起判讀的欄位或標示	如何共同決定操作或結果	帶入情境後怎麼讀
DESFMT／NR／DPTR	DESFMT 決定描述子版型，NR 是描述子數量減 1，DPTR 給清單位置。	NR=1 代表兩個描述子；格式不同時，不能沿用同一個描述子長度解析清單。
SNSID／SLBA／NLB → SDLBA	來源可由描述子選 namespace；各段實際長度決定下一段目的位置。	第一段 3 blocks、第二段 2 blocks、SDLBA=100，目的依序是 100–102 與 103–104。
FCO／能力與命令專屬狀態	快速複製要求需要支援與資源條件；相關錯誤指出哪個要求未成立。	Fast Copy Not Possible 與來源範圍重疊是不同條件，不能只稱為「Copy 不支援」。
PRINFOR／PRINFOW／STCR／STCW	兩端保護資訊處理分開選擇，再對照來源與目的格式。	目的位置改變時，要重新檢查 Reference Tag 的生成與檢查方式。

PRINFOR: Protection Information Read；Copy 讀取端的 PI 處理與檢查欄位。
PRINFOW: Protection Information Write；Copy 寫入端的 PI 處理與檢查欄位。
DESFMT: Copy Source Range Entry 格式 selector；同時影響 descriptor 大小、來源 NSID 與 PI tag layout。
STCR: Storage Tag Check Read；要求 Copy 讀取端的 Storage Tag 檢查。
STCW: Storage Tag Check Write；要求 Copy 寫入端的 Storage Tag 檢查。

來源：NVM Command Set 1.3 §3.3.2

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.2, Figure 32, 文件頁 30, PDF 頁 30

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.2, Figure 34, 文件頁 30, PDF 頁 30

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.2, Figure 35, 文件頁 30-31, PDF 頁 30-31

NVM43-1Copy 失敗原因可以來自範圍、資源或快速複製條件。

來源：NVM Command Set 1.3 §3.3.2

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.2, Figure 43, 文件頁 43-44, PDF 頁 43-44

用例子讀懂

NVM43-2來源與目的發生不允許的重疊，和要求 Fast Copy 卻無法滿足，是不同條件；先依狀態找要重新檢查的部分。

欄位、條件與相關細節：把多個來源範圍依序接到目的地 →

控制器支援與主機能理解的格式需要配合

38.31.Host Behavior Support 是主機對可處理行為或格式的宣告。控制器本身支援某功能，不足以推論主機已能解釋該功能的進階資料結構。

一起判讀的欄位或標示	如何共同決定操作或結果	帶入情境後怎麼讀
LBAFEE／ETDAS／CDF2E／CDF3E	分別連到延伸 LBA 格式、Telemetry Area 4 及 Copy 描述子格式；每篇只使用所需分支。	使用需要延伸格式的 namespace 建立設定前，先確認主機相應宣告已成立。

來源：Base 2.4 §5.2.30.1.15

來源：NVME-BASE-2.4, Rev. 2.4, §5.2.30.1.15, Figure 491, 文件頁 476-477, PDF 頁 502-503

Base Figure 491 · Host Behavior Support – Data Structure

一句話重點

Base491-1Host Behavior Support 告知控制器主機能處理哪些延伸行為。

來源：Base 2.4 §5.2.30.1.15

來源：NVME-BASE-2.4, Rev. 2.4, §5.2.30.1.15, Figure 491, 文件頁 476-477, PDF 頁 502-503

用例子讀懂

Base491-2裝置支援某功能與主機宣告已能使用它不同；先確認能力，再看主機是否按對應欄位啟用相容行為。

欄位、條件與相關細節：控制器支援與主機能理解的格式需要配合 →

圖表組 14 · Copy 的 PI 格式相容與轉換 · 6 張圖表

38.32.把轉換表當成來源格式與目的格式的交叉比較：先確定兩端是否有 PI，再選讀端／寫端 PRACT 的組合，最後核對 metadata 是否只包含 PI。表中的 0/0、1/1 必須分別對應到兩端。

回到本節的解釋與範例

先決定傳輸哪些資料，再決定檢查與產生哪些 PI

38.33.PRACT 選資料保護處理方式，PRCHK 的各 bit 選檢查項目；格式、metadata 大小與命令方向共同決定實際傳輸量。

一起判讀的欄位或標示	如何共同決定操作或結果	帶入情境後怎麼讀
PRACT／MS／PI size	結合所選格式判斷 PI 是隨資料傳輸，還是由控制器插入或移除。	MS 大於 PI 大小時，移除 PI 不代表整份 metadata 都消失。
GRDCHK／ATCHK／RTCHK／STC	Guard、Application Tag、Reference Tag 及 Storage Tag 的檢查分別選擇。	只選 Guard 檢查，不可宣稱同時驗證了所有 tag 的關聯。
PRINFOR／PRINFOW；STCR／STCW	Copy 的來源讀取與目的寫入可有不同處理；兩端的選擇需要成對閱讀。	來源有 PI、目的沒有 PI 的 Strip，與來源沒有 PI、目的需要 PI 的 Insert，資料流方向相反。
來源資料／主機資料／比較結果	Compare 先依設定處理與檢查，再比較指定資料；錯誤可來自不同階段。	PI 檢查失敗與資料比較不相等，不能合成同一種 Compare Failure。

GRDCHK: Guard Check；要求 Guard 檢查。
ATCHK: Application Tag Check；要求 Application Tag 檢查。

來源：NVM Command Set 1.3 §2.1.5 · NVM Command Set 1.3 §5.3.2.1 · NVM Command Set 1.3 §5.3.2.2 · NVM Command Set 1.3 §5.3.2.4 · NVM Command Set 1.3 §5.3.2.5

來源：NVME-NVM-CS-1.3, Rev. 1.3, §2.1.5, Figure 11, 文件頁 21-22, PDF 頁 21-22

來源：NVME-NVM-CS-1.3, Rev. 1.3, §2.1.5, Figure 12, 文件頁 22, PDF 頁 22

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.3.2.1, Figure 174, 文件頁 143, PDF 頁 143

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.3.2.2, Figure 175, 文件頁 145, PDF 頁 145

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.3.2.4, Figure 176, 文件頁 146, PDF 頁 146

NVM182-1Copy strip 用在來源帶 PI、目的不保留 PI 的轉換。

來源：NVM Command Set 1.3 §5.3.2.5

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.3.2.5, Figure 182, 文件頁 149, PDF 頁 149

用例子讀懂

NVM182-2來源的 8-byte PI 仍按規則參與讀端處理，但不成為目的使用者資料的一部分；移除 PI 不是少複製使用者資料。

欄位、條件與相關細節：先決定傳輸哪些資料，再決定檢查與產生哪些 PI →

圖表組 15 · Dataset Management 與三種 processing limits · 6 張圖表

38.34.先讀屬性位，再把每個 range 的長度列出並累加。限制表必須同時看三個 limits 是否為零，以及 variant 的值；完成狀態不能取代對實際配置語意的解讀。

回到本節的解釋與範例

清單數量、範圍長度與使用提示各有單位

38.35.Dataset Management 傳入一份範圍清單。命令選共同動作，描述子給個別範圍及用途提示；不同欄位的數量編碼不能互相套用。

一起判讀的欄位或標示	如何共同決定操作或結果	帶入情境後怎麼讀
DPTR／NR／AD／IDW／IDR	DPTR 指清單，NR 是描述子數減 1；其他 bits 指解除配置或完整讀寫等屬性。	NR=1 需要兩個範圍描述子，但每段涵蓋多少 blocks 要另讀描述子。
SLBA／LLB／CATTR	SLBA 是起點，LLB 直接表示 logical blocks 數；CATTR 是該範圍的上下文屬性。	LLB=8 表示 8 blocks，不能套用一般 Read 的 NLB+1 規則變成 9。
CASZE／WPREP／SWR／SRR／AL／AF	是存取大小、讀寫方式與頻率等提示；不是實際讀寫完成結果。	提示順序讀取，不會替主機執行 Read，也不能當成所有後續 I/O 的強制排序。

來源：NVM Command Set 1.3 §3.3.3

NVM49-1Dataset Management 的錯誤表區分屬性衝突與命令大小限制。

來源：NVM Command Set 1.3 §3.3.3

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.3, Figure 49, 文件頁 48, PDF 頁 48

用例子讀懂

來源：NVM Command Set 1.3 §3.3.8

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.8, Figure 89, 文件頁 61, PDF 頁 61

用例子讀懂

來源：NVM Command Set 1.3 §5.3.1.4

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.3.1.4, Figure 165, 文件頁 138, PDF 頁 138

用例子讀懂

NVM165-2想配置 40-bit Reference Tag 時，先檢查所用 PI 格式是否提供足夠空間，不能僅因命令有多個字就認為一定放得下。

欄位、條件與相關細節：由 PI 格式決定 tag 的位數與命令位置 →

圖表組 19 · CRC 參數、位元順序與已知向量 · 5 張圖表

38.38.CRC 圖表分成計算參數、涵蓋資料及已知向量三部分閱讀。Guard 涵蓋資料及 PI 前的 metadata，不包含 PI 本身。位元圖用來確認輸出如何排列，不用圖上的左右位置猜測整數端序。

回到本節的解釋與範例

輸入 bytes、位元順序與 CRC 參數共同決定結果

38.39.先確定要計算哪些資料及 metadata，再套用指定多項式、初值、反射與最後 XOR；相同多項式不保證得到相同 CRC。

一起判讀的欄位或標示	如何共同決定操作或結果	帶入情境後怎麼讀
Width／Poly／Init／RefIn／RefOut／XorOut	完整參數組決定演算法；檢查時還需確認輸入與輸出表示方式。	改變 RefIn 卻沿用原本測試值，結果不同不表示資料本身改變。
F(x)／G(x)／R(x)	分別描述訊息、多項式及餘數等數學關係；與實際 byte 順序配合。	先把輸入資料順序固定，再將數學表示對回執行步驟。
Zero／FF／遞增 bytes 測試向量	每種向量固定資料長度與每個 byte 的內容，適合驗證完整參數組。	4 KiB 的全零向量不等於空輸入；長度也會影響 CRC。

來源：NVM Command Set 1.3 §5.3.1.2 · NVM Command Set 1.3 §5.3.1.3

NVM163-1CRC64 測試向量讓資料排列與計算參數可被實際核對。

來源：NVM Command Set 1.3 §5.3.1.3

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.3.1.3, Figure 163, 文件頁 137, PDF 頁 137

用例子讀懂

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.3.1.4, Figure 173, 文件頁 141, PDF 頁 141

用例子讀懂

來源：NVM Command Set 1.3 §5.3.2.4

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.3.2.4, Figure 176, 文件頁 146, PDF 頁 146

用例子讀懂

NVM176-2主機提供 A、媒體為 B 時，即使兩邊各自 PI 都合法，資料比較仍可能失敗；完整性通過與內容相同是不同條件。

欄位、條件與相關細節：先決定傳輸哪些資料，再決定檢查與產生哪些 PI →

圖表組 22 · 基本 Features 的作用域與例外 · 7 張圖表

38.42.Feature 總表先看 FID、作用對象及是否需要 buffer，再閱讀各 FID 的欄位。時間欄位要連同單位和計時起點解讀；描述子數量則先確認是否採從 0 起算的編碼。

回到本節的解釋與範例

NVM Figure 92 · Feature Identifiers – NVM Command Set

一句話重點

NVM92-1Feature 表把設定識別碼、作用範圍及保存特性放在一起比較。

來源：NVM Command Set 1.3 §4.1.3

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.3, Figure 92, 文件頁 64, PDF 頁 64

用例子讀懂

NVM92-2對 namespace 的設定不應直接當成整個控制器設定；報告某項 Feature 時要說出改變的是哪個物件。

欄位、條件與相關細節：從操作與狀態選出正確的規則列 →

NVM Figure 93 · Set Features – Command Specific Status Values

一句話重點

NVM93-1Set Features 的重疊範圍錯誤有其特定 Feature 上下文。

來源：NVM Command Set 1.3 §4.1.3

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.3, Figure 93, 文件頁 64, PDF 頁 64

用例子讀懂

NVM93-2設定兩個不能互相重疊的 LBA ranges 時，即使各自起點和長度合法，合在一起仍可能衝突。

欄位、條件與相關細節：從操作與狀態選出正確的規則列 →

Feature 的選擇值與功能資料分開解讀

38.43.Get 或 Set Features 選定功能後，才依該功能的 buffer、命令 Dword 或 CQE 解釋回覆。

一起判讀的欄位或標示	如何共同決定操作或結果	帶入情境後怎麼讀
NUM／Type／ATTRB／SLBA／NLB／GUID	LBA Range Type 的數量選擇與每個範圍的類型、範圍、識別分開。	先解出有效項目數，再逐項檢查範圍，不能只讀第一個項目代表所有 LBAs。
DULBE／TLER	Error Recovery 的解除配置讀取錯誤選擇與恢復時間限制各自影響行為。	開啟 DULBE 後，解除配置 LBA 的讀取結果要依相應規則判斷；TLER 不是 buffer 傳輸長度。

來源：NVM Command Set 1.3 §4.1.3.4

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.3.4, Figure 98, 文件頁 66-67, PDF 頁 66-67

用例子讀懂

NVM98-2比較 DN 設定前後時，仍要保留 power-fail 參數；正常運作的設定不能當成斷電保證的總開關。

欄位、條件與相關細節：把保證範圍、對齊邊界與失效情境分開 →

圖表組 23 · AER、SMART 與錯誤記錄的 NVM 補充 · 6 張圖表

38.44.通知表先對照事件種類與啟用位，再連到對應 log。讀計數表時分開列出納入的命令及單位換算；讀錯誤位置時先檢查有效旗標，並保留該 log 對位置的定義。

回到本節的解釋與範例

狀態紀錄中的範圍、有效性與後續查詢

38.45.先辨認紀錄種類與對象，再使用相應的有效性、數量及範圍欄位。通知資料可能只提供查詢起點，完整狀態需要後續命令取得。

一起判讀的欄位或標示	如何共同決定操作或結果	帶入情境後怎麼讀
FLBA／FLBA Valid；LBA／LBAV／NLBAM	不同紀錄對失敗位置或重配置範圍有各自有效性與數量規則。	Self-test 的 FLBA Valid=0 時忽略 FLBA；有效時也只指出一個失敗 block，不是完整錯誤列表。
LSLPLEN／NLSLNE／NEID／NLRD／RATYPE	外層給 log 長度與 namespace 元素數，內層再給對象及範圍描述子數。	不能把 NLSLNE 當成 LBA 數；每個 namespace 元素仍需讀自己的範圍清單。
RSLBA／RNLB；SLBA／RL／ATYPE／MNDW	log 給建議查詢範圍，Get LBA Status 選行為與回傳空間限制。	收到範圍後，依剩餘範圍與可接收長度安排查詢，不能假設一次回覆必定涵蓋全部。
NLSD／CMPC／DSLBA／NLB／LBARS	數量決定有效描述子，完成條件決定是否還需查詢，描述子指出範圍狀態。	先看 CMPC 再判斷查詢是否完整；有一筆描述子不代表其餘 LBA 都無問題。
LBASIN／RLCCN／LSIPI／LSIRI／LSGC	事件設定、產生或回報間隔與 generation 各司其職。	更新設定不代表立刻產生一份完整新 log；讀取時仍要辨認版本與有效範圍。

DSLBA: Descriptor Starting LBA；指定 LBA Status descriptor 的範圍起點。
LBARS: LBA Range Status；描述 LBA range 的狀態。
RNLB: LBA Status log 的 Range Number of Logical Blocks；0-based。

來源：NVM Command Set 1.3 §4.1.1 · NVM Command Set 1.3 §4.1.3.5 · NVM Command Set 1.3 §4.1.3.6 · NVM Command Set 1.3 §4.1.4.1 · NVM Command Set 1.3 §4.1.4.3 · NVM Command Set 1.3 §4.1.4.4 · NVM Command Set 1.3 §4.1.4.5 · NVM Command Set 1.3 §4.1.4.7 · NVM Command Set 1.3 §4.2.1 · NVM Command Set 1.3 §5.2.1

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.1, Figure 90, 文件頁 62, PDF 頁 62

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.3.5, Figure 99, 文件頁 67, PDF 頁 67

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.3.6, Figure 100, 文件頁 68, PDF 頁 68

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.4.1, Figure 110, 文件頁 76, PDF 頁 76

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.4.3, Figure 111, 文件頁 76, PDF 頁 76

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.4.4, Figure 112, 文件頁 77, PDF 頁 77

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.4.5, Figure 113, 文件頁 77-78, PDF 頁 77-78

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.4.5, Figure 114, 文件頁 78, PDF 頁 78

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.4.5, Figure 115, 文件頁 78, PDF 頁 78

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.4.7, Figure 116, 文件頁 79, PDF 頁 79

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.2.1, Figure 135, 文件頁 114, PDF 頁 114

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.2.1, Figure 136, 文件頁 114, PDF 頁 114

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.2.1, Figure 137, 文件頁 114, PDF 頁 114

NVM112-1Namespace 變更事件可記錄格式與資料保護設定的變化。

來源：NVM Command Set 1.3 §4.1.4.4

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.4.4, Figure 112, 文件頁 77, PDF 頁 77

用例子讀懂

來源：NVM Command Set 1.3 §5.2.1

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.2.1, Figure 144, 文件頁 121-122, PDF 頁 121-122

用例子讀懂

NVM144-2不能沿用前一次查詢的 NLSD 或 CMPC；每次回覆都有自己的項目數與完整性資訊。

欄位、條件與相關細節：狀態紀錄中的範圍、有效性與後續查詢 →

圖表組 25 · Sanitize 與 Media Verification 的 NVM 規則 · 5 張圖表

38.47.把 Sanitize 命令、LID 81h 狀態，以及 Media Verification Read 的欄位分開閱讀。先確認作業階段，再套用該階段允許的命令與 PI 檢查規則；狀態圖中的轉移不是一般 Read 自動觸發的保證。

回到本節的解釋與範例

NVM Figure 200 · Sanitize Operations – Admin Commands Allowed

一句話重點

NVM200-1Sanitize 期間仍可執行哪些 Admin 命令，要按作業情境查表。

來源：NVM Command Set 1.3 §5.12

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.12, Figure 200, 文件頁 173, PDF 頁 173

用例子讀懂

NVM200-2清除進行中想讀 Get Log Page，需看這張表及該 log 的條件；不能以「正在清除」推論所有管理命令都停止。

欄位、條件與相關細節：從操作與狀態選出正確的規則列 →

清除後讀值要結合所用方法與配置狀態

38.48.先確認清除方法及操作完成，再依是否解除配置、資料格式與命令選项解釋後續讀取。

一起判讀的欄位或標示	如何共同決定操作或結果	帶入情境後怎麼讀
Block Erase／Crypto Erase／Overwrite	各方法對 user data 的處理不同，完成保證及後續讀值按相應列判斷。	Overwrite 的樣式與 Block Erase 的讀值不可直接交換解釋。
Data／Metadata／PI／解除配置	資料與保護資訊可能有不同處理條件；解除配置也會影響讀取行為。	讀到零值只是一次讀取結果，還需要狀態紀錄證明清除作業已完成。

來源：NVM Command Set 1.3 §5.12

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.12, Figure 201, 文件頁 174, PDF 頁 174

NVM Figure 201 · Sanitize Operation Types – User Data Values

一句話重點

NVM201-1清除方法不同，清除後可觀察到的使用者資料值也不同。

來源：NVM Command Set 1.3 §5.12

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.12, Figure 201, 文件頁 174, PDF 頁 174

用例子讀懂

NVM201-2Overwrite 的內容與 pattern 及輪數有關；Crypto Erase 不應被口頭簡化成「全部 bytes 寫零」。

欄位、條件與相關細節：清除後讀值要結合所用方法與配置狀態 →

目標、方法、狀態與後續讀取的關係

38.49.先決定作用範圍，再選 SANACT 及適用參數；成功 CQE 之後，仍要沿 LID 81h 與狀態圖確認作業及後續處理。

一起判讀的欄位或標示	如何共同決定操作或結果	帶入情境後怎麼讀
SANACT／NSID／作用範圍表	整個 subsystem 與指定 namespace 的命令有不同目標；不同資料類別也需依範圍表判斷。	不能把 Sanitize Namespace 的完成結果直接當成所有 Boot、CMB、PMR 資料均已清除的證明。
OVRPAT／OWPASS／OIPBP	在 Overwrite 方法下配合決定樣式、pass 數及 pass 間反相；OWPASS=0 有特別定義。	先列出每個 pass 的樣式，再解釋資料與 PI 的處理，不用泛用的數量加 1 規則。
AUSE／PREQ／NDAS／NODRM／EMVS	分別影響失敗後限制、相關要求、解除配置及進入驗證等行為；需依動作與支援條件讀。	EMVS 是要求後續驗證的選項，不是目前已在驗證的狀態旗標。
SSTAT／SPROG／SCDW10／估計時間	先查結果狀態，再使用適用的進度及時間欄位；SCDW10 協助對回操作設定。	進度值不能脫離狀態使用；命令被接受與清除已完成要分別確認。
SSI／MNSOIP／STNSID	SSI 補充狀態；MNSOIP 是允許同時執行的作業數上限；STNSID 確認查詢目標。	MNSOIP=4 不表示目前有 4 個作業；STNSID=0 表示查詢 subsystem。
A1–I2／MVCNCLD／FAILS	狀態表用箭頭代號連回起點、事件、條件及終點；驗證後是否解除配置也有條件。	沿 Media Verification 離開時，先確認觸發事件及 MVCNCLD，再決定下一站，而非只看箭頭方向。
Reservation Notification／Log Page Count／Notification Type	必要引用用來解釋相關操作造成的 reservation 變動通知；其 log 與 Sanitize Status 不同。	應由通知類型判斷要更新的存取狀態，不把通知計數當成清除完成百分比。

CMB: Controller Memory Buffer，controller 提供、可放置部分 queue 或資料結構的記憶體區域。
PMR: Persistent Memory Region，由 controller 暴露、具有持久性語意的記憶體區域。

來源：NVME-BASE-2.4, Rev. 2.4, §5.2.26, Figure 452, 文件頁 451, PDF 頁 477

用例子讀懂

來源：NVM Command Set 1.3 §5.2.2

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.2.2, Figure 151, 文件頁 128, PDF 頁 128

用例子讀懂

NVM151-2把 Figure 150 的寫入整體向右移 1 block，長度沒有變，但頭尾可能都需要處理未更新的舊資料。

欄位、條件與相關細節：起點對齊、長度粒度與邊界是三次判斷 →

圖表組 27 · Performance Characteristics 的屬性模型 · 4 張圖表

38.51.先用屬性種類選擇格式，再按 R4KARL 對照延遲區間表。廠商資料先讀 PAID，再以 ATTRL 限定有效長度；清單的總容量、剩餘容量與實際項目需要分開閱讀。

回到本節的解釋與範例

效能屬性先辨認種類與長度

38.52.先選 PAID 或屬性查詢，再依標準或廠商格式解釋資料。支援清單與實際效能值使用不同結構。

一起判讀的欄位或標示	如何共同決定操作或結果	帶入情境後怎麼讀
ATTRI／RVSPA／PAID／ATTRTYP	選想讀的屬性，並辨認它屬標準或廠商種類。	PAID 是識別碼，不是延遲數值；先選中屬性才能知道回覆的單位。
MSVSPA／USVSPA／ATTRL／VS	清單支援與資料長度決定可讀範圍；廠商 payload 需要相應格式。	ATTRL 限定屬性資料大小，不代表其中每個 byte 都有標準定義。
R4KARL	標準屬性以指定的存取條件描述延遲。	比較兩個結果前先確認都是相同 4 KiB 隨機讀條件，不能直接套用到任意 workload。

來源：NVM Command Set 1.3 §4.1.3.8

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.3.8, Figure 105, 文件頁 73, PDF 頁 73

用例子讀懂

NVM105-2兩個屬性可能回傳不同長度；先看 ATTRL 再理解 payload，不能把上一個屬性的排列套到下一個。

欄位、條件與相關細節：效能屬性先辨認種類與長度 →

圖表組 28 · Rate Limiting 的設定欄位 · 3 張圖表

38.53.設定結構先讀 TGT／TID 與 RLE／RLM，再配對 BWSF 和各頻寬值。把寫入與總量分開列出，最後解讀 WRBWR、WRIOPSR 的分子與分母，避免只看一個 byte。

回到本節的解釋與範例

限制設定與共享資源圖一起判讀

38.54.先沿 port、controller、儲存媒體存取描述子的關係找到受限對象，再用模式與比例把欄位換成可比較的速率。

一起判讀的欄位或標示	如何共同決定操作或結果	帶入情境後怎麼讀
TGT／TID／RLE／RLM	前兩者選目標，後兩者選啟用與模式；不同模式下的數值可能表示限制或相對權重。	權重 2 不等於 2 MiB/s；必須先確認 RLM 再做解釋。
BWSF／MBSF／ABWSF；TBWV／WBWV／TIOPS／WIOPS	頻寬值先搭配比例，IOPS 則是操作數速率；總量與寫入量分別限制。	4 KiB 的 1000 IOPS 對應 4,096,000 bytes/s；換成 128 KiB I/O 後，相同 IOPS 需要不同頻寬。
NP／NC／NNSMAD／LPL／offsets／GC	數量、長度與位移描述變長資料結構，GC 協助辨認版本。	offset 以 Dwords 表示時先乘 4，再與 LPL 換成相同單位做範圍檢查。
PORTID／CNTLID／SC／SI／RLMA	識別 port、控制器及存取範圍，並連到最大可用量描述。	兩個 port 指向同一 Endurance Group 時，不能將共享的最大容量或速率重複當成兩份獨立資源。
Token supply／消耗／等待	權杖累積與每筆命令消耗決定何時可執行；內部資源仍可能造成額外等待。	有足夠權杖表示通過速率限制，不代表其他資源也立即可用。

TIOPS: Total IOPS；總 I/O 操作速率設定值。

來源：NVM Command Set 1.3 §4.1.3.9 · NVM Command Set 1.3 §4.1.4.8 · NVM Command Set 1.3 §5.10.3 · NVM Command Set 1.3 §Appendix A

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.3.9, Figure 106, 文件頁 73, PDF 頁 73

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.3.9, Figure 107, 文件頁 74-75, PDF 頁 74-75

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.3.9, Figure 108, 文件頁 75, PDF 頁 75

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.4.8, Figure 117, 文件頁 80, PDF 頁 80

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.4.8, Figure 118, 文件頁 80-81, PDF 頁 80-81

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.4.8, Figure 119, 文件頁 81, PDF 頁 81

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.4.8, Figure 120, 文件頁 81-82, PDF 頁 81-82

NVM108-1頻寬欄位的數值必須乘上對應 scale factor 才有實際單位。

來源：NVM Command Set 1.3 §4.1.3.9

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.3.9, Figure 108, 文件頁 75, PDF 頁 75

用例子讀懂

NVM108-2同樣 raw 值 100，在不同 BWSF 下代表不同頻寬；比較兩個設定前先換成相同單位。

欄位、條件與相關細節：限制設定與共享資源圖一起判讀 →

圖表組 29 · Hard／Soft 與 token-bucket 算例 · 1 張圖表

38.55.算例按 total bandwidth、write bandwidth、total IOPS、write IOPS 四欄閱讀。4 KiB Write 搭配頻寬權重 2、IOPS 權重 3，消耗依序為 8 KiB、4 KiB、3、1；Read 不消耗寫入專用額度。

回到本節的解釋與範例

NVM Figure 202 · Example Token Bucket

一句話重點

NVM202-1Token Bucket 用代幣供給與消耗說明速率限制。

來源：NVM Command Set 1.3 §Appendix A

來源：NVME-NVM-CS-1.3, Rev. 1.3, §Appendix A, Figure 202, 文件頁 176, PDF 頁 176

用例子讀懂

來源：NVM Command Set 1.3 §5.10.3

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.10.3, Figure 198, 文件頁 171-172, PDF 頁 171-172

用例子讀懂

NVM198-2沿兩個 port 的 offset 走到底，若都指向同一存取描述子，就只計算一份共享限制，不複製成兩個獨立資源。

欄位、條件與相關細節：限制設定與共享資源圖一起判讀 →

圖表組 31 · FDP：placement、RUH 與可觀測數據 · 2 張圖表

38.57.先辨認 namespace 的 handle 如何對應 RUH，再閱讀狀態與統計。EARUTR 是秒數估計，RUAMW 是區塊數；事件中的 LBA 只有在 LBAV 指示有效時才可使用。

回到本節的解釋與範例

Placement Handle 如何對應到回收資源

38.58.先由主機使用的 Placement Identifier 找到 Reclaim Unit Handle，再解釋該 handle 的狀態與可用資訊。

一起判讀的欄位或標示	如何共同決定操作或結果	帶入情境後怎麼讀
PID／RUHID	前者選資料放置，後者識別相應回收資源；需要查映射才能互相連接。	PID 的數字不一定等於 RUHID，不能以相同數值直接配對。
EARUTR／RUAMW	分別提供該 handle 的時間與可寫量資訊，按來源單位解讀。	可寫量不能換成剩餘時間，除非另外有已知的寫入速率與適用假設。

來源：NVM Command Set 1.3 §3.2.1.1

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.2.1.1, Figure 21, 文件頁 26, PDF 頁 26

NVM Figure 21 · Reclaim Unit Handle Status Descriptor

一句話重點

NVM21-1FDP 回覆把放置識別碼連到可寫入資源及其剩餘量。

來源：NVM Command Set 1.3 §3.2.1.1

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.2.1.1, Figure 21, 文件頁 26, PDF 頁 26

用例子讀懂

NVM21-2比較兩個回覆項目時，先確認 PID 指向哪個放置位置，再比較 RUAMW；數值較小代表剩餘可寫 blocks 較少，不是固定 RU 容量較小。

欄位、條件與相關細節：Placement Handle 如何對應到回收資源 →

NVM Figure 116 · Media Reallocated - Event Type Specific Data Structure

一句話重點

NVM116-1Media Reallocated 事件先用有效標記決定是否能解讀 LBA。

來源：NVM Command Set 1.3 §4.1.4.7

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.4.7, Figure 116, 文件頁 79, PDF 頁 79

用例子讀懂

NVM116-2事件回報重新配置數量，但 LBAV 未成立時，不能把後面的 LBA 欄位當成精確位置。

欄位、條件與相關細節：狀態紀錄中的範圍、有效性與後續查詢 →

圖表組 32 · Streams 的 NVM 單位與優先順序 · 2 張圖表

38.59.先標示 SWS 的區塊單位，再計算 SGS×SWS。把寫入大小與解除配置範圍放到這兩個尺度下比較，不要把 SGS 直接當成區塊數。

回到本節的解釋與範例

NVM Figure 152 · Two streams composed of SGS and SWS

一句話重點

NVM152-1不同 Streams 可以由不同的寫入與配置粒度描述。

來源：NVM Command Set 1.3 §5.2.2

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.2.2, Figure 152, 文件頁 128, PDF 頁 128

用例子讀懂

NVM152-2比較兩個 stream 時，把各自 SWS 和 SGS 標在其資料排列上，不能把其中一個 stream 的建議套給另一個。

欄位、條件與相關細節：起點對齊、長度粒度與邊界是三次判斷 →

串流提示的寫入大小與群組大小

38.60.Streams 參數提供主機安排寫入的提示，需與 namespace 格式及串流的識別使用方式一起讀。

一起判讀的欄位或標示	如何共同決定操作或結果	帶入情境後怎麼讀
SWS／SGS	分別描述串流寫入大小與群組大小，按來源規定單位換算。	先把提示換成 logical blocks 或 bytes，再比較一批實際寫入的範圍，不能把兩個數字當成串流數量。

來源：Base 2.4 §8.1.9.3.1.1

來源：NVME-BASE-2.4, Rev. 2.4, §8.1.9.3.1.1, Figure 712, 文件頁 624-625, PDF 頁 650-651

Base Figure 712 · Streams Directive – Return Parameters Data Structure

一句話重點

Base712-1Streams 參數分別描述寫入大小與配置粒度。

來源：Base 2.4 §8.1.9.3.1.1

來源：NVME-BASE-2.4, Rev. 2.4, §8.1.9.3.1.1, Figure 712, 文件頁 624-625, PDF 頁 650-651

用例子讀懂

Base712-2使用 SWS 規劃一次寫入長度後，仍要看 SGS 的配置關係；兩者不同單位或作用不能混成一個「建議大小」。

欄位、條件與相關細節：串流提示的寫入大小與群組大小 →

圖表組 33 · ANA 與 Reservations 的 NVM 行為 · 2 張圖表

38.61.ANA 表用來判斷路徑狀態及某些回報欄位的特殊值；Reservation 矩陣則以保留類型、holder／registrant 身分與命令類別交叉查讀。NUSE 回零的狀態例外，不代表媒體內容已清空。

回到本節的解釋與範例

NVM Figure 141 · ANA effects on NVM Command Set Command Processing

一句話重點

NVM141-1ANA 狀態對不同 NVM 命令有不同影響。

來源：NVM Command Set 1.3 §5.1

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.1, Figure 141, 文件頁 119, PDF 頁 119

用例子讀懂

NVM141-2同一 namespace 的資料 I/O 與管理資訊讀取不一定同受限制；依命令列和目前 ANA 狀態交叉查表。

欄位、條件與相關細節：從操作與狀態選出正確的規則列 →

NVM Figure 199 · Command Behavior in the Presence of a Reservation

一句話重點

NVM199-1Reservation 對命令的限制取決於保留類型及主機身分。

來源：NVM Command Set 1.3 §5.11

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.11, Figure 199, 文件頁 173, PDF 頁 173

用例子讀懂

NVM199-2同一 Read 或 Write，對 holder、已註冊但非 holder、未註冊主機可能有不同結果；先固定命令，再逐欄比較身分。

欄位、條件與相關細節：從操作與狀態選出正確的規則列 →

圖表組 35 · LBA Migration Queue 與變更追蹤 · 4 張圖表

38.62.先用 LBACIR 決定這筆記錄是範圍、整個 namespace 或沒有 range，再看 ESA 狀態。CDQP 用來識別新 entry，DLBA 描述解除配置相關資訊；不能只讀 LBA 欄位就忽略有效性與狀態。

回到本節的解釋與範例

一筆變更紀錄如何描述來源與目的範圍

38.63.先讀 entry 類型，再用 NSID、SLBA 與 NLB 找到受影響範圍；其他欄位依此類型指出資料或儲存位置關係。

一起判讀的欄位或標示	如何共同決定操作或結果	帶入情境後怎麼讀
NSID／SLBA／NLB	命名 namespace 與 logical block 範圍；數量依 entry 定義解讀。	同一個 SLBA 放在不同 NSID 下，是不同資料範圍。
LBACIR／DLBA／ESA／CDQP	提供內容或目的位置等資訊，哪些欄位有效由 entry 類型及旗標決定。	沒有對應有效條件時，不能把殘留的 DLBA 直接當成這次資料的新位置。

來源：NVM Command Set 1.3 §5.7

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.7, Figure 194, 文件頁 163-164, PDF 頁 163-164

NVM Figure 194 · LBA Migration Queue Entry Type 0

一句話重點

NVM194-1LBA Migration Queue Entry 同時指出搬移來源、目的與完成相關資訊。

來源：NVM Command Set 1.3 §5.7

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.7, Figure 194, 文件頁 163-164, PDF 頁 163-164

用例子讀懂

NVM194-2同一筆項目中，SLBA 是來源位置、DLBA 是目的位置；兩者都是 LBA，卻不能因單位相同就互換。

欄位、條件與相關細節：一筆變更紀錄如何描述來源與目的範圍 →

把追蹤管理動作連到結果佇列

38.64.Track Send 的管理操作選擇、操作專屬參數與目標資料佇列共同決定追蹤如何啟動或停止。

一起判讀的欄位或標示	如何共同決定操作或結果	帶入情境後怎麼讀
MO／MOS／LACT	先由 MO 選管理操作，再解讀 MOS 及其中的啟停選擇。	要求開始記錄與要求停止記錄是兩個事件，不能用同一個 LACT 值解釋。
CDQID	選已建立的控制器資料佇列；追蹤結果會依該佇列格式回報。	Track Send 的成功 CQE 與資料佇列中後續產生的紀錄分別觀察。

來源：NVME-BASE-2.4, Rev. 2.4, §5.2.32.1.1, Figure 563, 文件頁 523, PDF 頁 549

用例子讀懂

Base563-2先建立並辨識目標 queue，再在命令指定其 ID；CDQID 不表示此次要搬移的 namespace。

欄位、條件與相關細節：把追蹤管理動作連到結果佇列 →

圖表組 36 · Memory-based 資源匯出範本 · 8 張圖表

38.65.先區分範本固定值與受底層上限限制的值，再逐項比對版本、佇列數與 namespace 格式。對外 Format Index 可以重新對應，但對應後的格式仍須符合範本指定的相容條件。

回到本節的解釋與範例

用參考組態理解狀態如何被描述

38.66.這組圖是規格定義的參考組態及狀態資料。區分固定模型值、可配置值與目前狀態，才能知道哪些值應帶入後續命令解讀。

一起判讀的欄位或標示	如何共同決定操作或結果	帶入情境後怎麼讀
CSS／TO／CQR／MQES；MJR／MNR／TER	能力與版本值限定參考模型所描述的行為。	MQES 的編碼需要按佇列大小規則解讀，不能當成實際已建立的 queue 數量。
NSZE／NCAP／LBAF／AWUN／NAWUN／NGUID／UUID	分別描述容量、格式、原子性與物件識別，保留控制器與 namespace 層級差異。	複製一個 namespace 的格式設定，不會讓新物件自動取得相同身分。
NCQS／NSQS／Feature values／CSATTR.CP	佇列與 Feature 狀態描述目前或參考設定，需與支援能力分開。	支援的 queue 上限與當前設定的 queue 數量不是同一個欄位。

TO: CAP Timeout；每單位 500 ms，FFh 為 127.5 秒。

來源：NVM Command Set 1.3 §5.4

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.4, Figure 183, 文件頁 153, PDF 頁 153

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.4, Figure 184, 文件頁 153, PDF 頁 153

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.4, Figure 185, 文件頁 153, PDF 頁 153

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.4, Figure 186, 文件頁 154, PDF 頁 154

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.4, Figure 187, 文件頁 155, PDF 頁 155

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.4, Figure 188, 文件頁 156, PDF 頁 156

NVM185-2先辨識 MJR、MNR、TER，再與實際裝置回報版本分開；範本中的版本不是裝置查詢結果。

欄位、條件與相關細節：用參考組態理解狀態如何被描述 →

NVM Figure 186 · Reference Firmware Slot Information Log Page

一句話重點

NVM186-1範本 Firmware Slot 紀錄展示固定參考配置的韌體資訊。

來源：NVM Command Set 1.3 §5.4

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.4, Figure 186, 文件頁 154, PDF 頁 154

用例子讀懂

NVM186-2用 AFI 找啟用 slot，再讀相應 FRS；這是示範欄位如何對應，不是建議把同一版本字串寫入所有裝置。

AFI: Active Firmware Info，LID 03h 中同時包含目前 active slot 與下一次 reset 後預定 active slot 的 byte。
FRS: Firmware Revision for Slot，LID 03h 中每個 slot 的八-byte revision 字串欄位。

欄位、條件與相關細節：用參考組態理解狀態如何被描述 →

圖表組 37 · 匯出狀態的長度與一致性 · 1 張圖表

38.67.布局圖先把固定 header 與可變內容分開，使用 64+4×NVMECSS 計算總長度。內層版本決定內容格式，CSATTR.CP 決定可以推論的暫停條件；這三種資訊各回答不同問題。

回到本節的解釋與範例

NVM Figure 191 · Reference Exported NVM Subsystem State

一句話重點

NVM191-1整體參考狀態由設定值與狀態資料共同組成。

來源：NVM Command Set 1.3 §5.4

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.4, Figure 191, 文件頁 159-160, PDF 頁 159-160

用例子讀懂

NVM191-2只有一份 Identify 範本，仍不足以代表完整狀態；還要依圖中關係理解 Feature 值與各狀態結構的角色。

欄位、條件與相關細節：用參考組態理解狀態如何被描述 →

學完後想一想

1. NSZE=1000、NCAP=800、NUSE=600 時，3 個數值各回答什麼問題？

39.01.NSZE 描述可定址的範圍，LBA 從 0 到 999；NCAP 描述最多可配置 800 個 logical blocks；NUSE 描述目前已配置 600 個。這些都是 logical block 數，換成 bytes 還需要 data size。

來源

來源：NVME-NVM-CS-1.3, Rev. 1.3, §2.1.1; 4.1.5.1, 文件頁 13-14,85-93, PDF 頁 13-14,85-93

2. 把 Compare 和 Write 相鄰放入 SQ，就能保證兩者之間沒有其他修改嗎？

39.02.不能只靠相鄰位置。要使用支援的 fused operation，依規則設定第 1 與第 2 個命令，並滿足相同範圍等配對條件；一般命令的提交順序不提供這種保證。

來源

來源：NVME-NVM-CS-1.3, Rev. 1.3, §2.1.2-2.1.3, 文件頁 14-15, PDF 頁 14-15

3. 符合 atomic write 大小，是否就表示斷電後資料一定保存？

39.03.Atomicity 關注規定情境下是否可能讀到部分更新；persistence 關注資料是否已保存到非揮發性媒體。仍要分別考慮 normal／power-fail atomicity、對齊邊界、volatile write cache 與 FUA／Flush 規則。

來源

來源：NVME-NVM-CS-1.3, Rev. 1.3, §2.1.4; 4.1.3.4; 5.9, 文件頁 15-21,66-67,165, PDF 頁 15-21,66-67,165

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.4; 3.3.6, 文件頁 48-51,53-56, PDF 頁 48-51,53-56

4. 已知一段預期資料，想確認媒體內容與它相同，應使用 Compare 還是 Verify？

39.04.Compare 會使用 host 提供的比較資料。Verify 用來確認指定範圍的可讀性及適用的完整性檢查，不會把資料傳回 host，也不以一份 host 預期內容作逐項比較。

來源

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.1; 3.3.5, 文件頁 27-30,51-53, PDF 頁 27-30,51-53

5. Read 得到全零，可以推論這些 LBAs 仍然已配置嗎？

39.05.不能。已寫入的零資料與 deallocated block 的零值讀取行為都可能產生相同結果。要結合配置狀態、DRB，以及 DULBE 是否支援且啟用，才能解釋這次讀取。

來源

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.3.2.1; 4.1.3.3, 文件頁 47-48,66, PDF 頁 47-48,66

來源：NVME-NVM-CS-1.3, Rev. 1.3, §3.3.7-3.3.8, 文件頁 56-61, PDF 頁 56-61

6. 只知道 data size 是 4096 bytes，足以建立正確的 I/O buffer 嗎？

39.06.還不夠。需要確認使用中的 Format Index、metadata 大小、PI 格式與 metadata 傳輸方式；separate buffer 與 extended LBA 的記憶體排列不同。

來源

來源：NVME-NVM-CS-1.3, Rev. 1.3, §1.1-1.6; 4.1.3.9; 4.1.4.8; 4.1.5, 文件頁 9-12,73-75,79-83, PDF 頁 9-12,73-75,79-83

來源：NVME-NVM-CS-1.3, Rev. 1.3, §4.1.5.1; 4.1.5.3; 5.6, 文件頁 85-94,96-102,160-162, PDF 頁 85-94,96-102,160-162

來源：NVME-NVM-CS-1.3, Rev. 1.3, §2.1.6; 5.2.3; 5.3, 文件頁 22,129-131, PDF 頁 22,129-131

7. PRACT=1 是否代表關閉所有 PI 檢查？

39.07.PRACT 控制 PI 如何在傳輸中處理，並非總檢查開關。Guard、Application Tag、Reference Tag 的要求由 PRCHK 指定，Storage Tag 另由 STC 指定；實際傳輸內容還取決於 metadata 與 PI 大小。

來源

來源：NVME-NVM-CS-1.3, Rev. 1.3, §2.1.5; 5.3.2-5.3.3, 文件頁 21-22,141-152, PDF 頁 21-22,141-152

8. Soft Limit 為何可能觀察到高於設定值的 throughput？

39.08.Soft Limit 允許利用尚未被其他工作使用的頻寬或 IOPS；當資源不足時才依設定比例分配。Hard Limit 則提供上限。Appendix A 的 token buckets 是說明性實作，不能視為所有 controller 的內部結構。

來源

來源：NVME-NVM-CS-1.3, Rev. 1.3, §5.10.1-5.10.2; Appendix A, 文件頁 166-168,176-177, PDF 頁 166-168,176-177