NVMe SSD 加速指令解封印實測，看微軟儲存堆疊的演進與 BitLocker 新局

下指令去加速你的 SSD 在 Windows 11 的效能可說是最近熱門話題，CyberQ 實測，並從 Native NVMe 到微軟新的硬體加速 BitLocker，解讀 Windows 11 的效能謎題。

畢竟 Windows 11 的儲存效能問題，近年是成為硬體玩家與效能測試社群的熱議焦點。尤其在部分 Windows 版本更新後，不少使用高階 NVMe SSD 的用戶發現，循序讀寫依舊亮眼，但與系統流暢度、應用反應速度高度相關的 4K 隨機讀寫效能（Random I/O），卻彷彿被某種「看不見的力量」壓制。

這個現象在 Reddit、Mobile01、PTT 等社群中反覆被提及，並非單一硬體或品牌個案，而是跨平台、跨 SSD 世代都能觀察到的共通狀況。

而在日前我們許多家媒體報導過這個主題 Windows Server 2025 儲存效能大解放？新增原生 NVMe 支援讓 SSD IOPS 暴增 80% 後，業界確實證實微軟在 Windows Server 2025 引入對 NVMe SSD 的效能改善機制，在大量共用程式碼的 Windows 11 是可以拿來用的，但根據 CyberQ 的實測，提升效能當然不會有某些人宣稱的 80% 這麼多，除了要看你的 SSD 規格外， Windows 11 的加速成效畢竟和 Server 版在先天上有所差異。

實測揭密，啟用「隱藏 NVMe 路徑」後，4K 讀寫效能為何大幅解放？

測試環境與背景

CyberQ 使用的測試平台為 Windows 11 25H2，SSD 為韓廠三星的 Samsung 990 EVO Plus 1TB，並採用 Windows 內建的 NVMe 驅動（StorNVMe.sys），而非三星自家的專用驅動程式。這個前提非常重要，因為後續的效能變化，僅在使用 Windows in-box NVMe driver 的情境下，才有機會發生。

修改前的效能表現

在未進行任何系統調整前，CrystalDiskMark 的測試結果如下：

SEQ1M（循序讀取）：7102.97 MB/s

RND4K Q32T1（隨機讀取）：652.34 MB/s

RND4K Q32T1（隨機寫入）：520.73 MB/s

循序讀取已接近 PCIe 4.0 介面的理論上限，顯示硬體通道本身並無瓶頸；但 4K 隨機效能僅落在「中規中矩」的水準，與這顆 SSD 的硬體實力並不完全相符。

啟用 FeatureManagement Overrides：這不是「最佳化」，而是打開一條新 I/O 路徑

接著，透過用系統管理員權限打開的 PowerShell 視窗，去複製貼上下列新增 FeatureManagement 的 Overrides 機碼來解開封印：

reg add HKLM\SYSTEM\CurrentControlSet\Policies\Microsoft\FeatureManagement\Overrides /v 735209102 /t REG_DWORD /d 1 /f
reg add HKLM\SYSTEM\CurrentControlSet\Policies\Microsoft\FeatureManagement\Overrides /v 1853569164 /t REG_DWORD /d 1 /f
reg add HKLM\SYSTEM\CurrentControlSet\Policies\Microsoft\FeatureManagement\Overrides /v 156965516 /t REG_DWORD /d 1 /f

上面的步驟完成後，請重開機後，先去看裝置管理員 SSD 所在的分類有沒有變成，再來測試看看效能。

這一步常被社群誤稱為「登錄檔效能最佳化」，但從 Windows 核心架構來看，更精準的說法是：

這是在強制啟用一條尚未對一般 Windows 11 用戶全面開放的 NVMe 儲存堆疊路徑（Native NVMe，預覽狀態）。

在 Windows Server 2025 的官方文件中，微軟已明確揭露「Native NVMe」是一套全新的儲存架構，目標是降低 I/O 路徑中的轉換成本、提升佇列處理效率，並改善在高併發與低延遲場景下的表現。而這些 Feature ID，正是 Windows 用來進行功能分流（Feature Flighting / A/B Testing）的內部開關。

修改後的效能變化：差距已非誤差範圍

重新開機並再次測試後，結果出現明顯差異：

SEQ1M（循序讀取）：7053.13 MB/s（誤差範圍內持平）

RND4K Q32T1（隨機讀取）：829.93 MB/s（提升約 27%）

RND4K Q32T1（隨機寫入）：644.15 MB/s（提升約 23%）

循序效能幾乎沒有變化，代表 PCIe 頻寬本就已滿；但 4K 隨機讀寫出現超過兩成的成長幅度，這在儲存效能測試中，幾乎不可能只是測試波動。

CyberQ 認為，這代表改變的不是硬體，而是 Windows 處理 NVMe I/O 請求的方式本身。新的路徑顯然減少了軟體層的等待、轉換或排隊成本，讓 SSD 控制器與 CPU 之間的互動更直接，更重要的是，如 Windows Server 2025 測試時類似，在 4K 隨機讀取的情境下，啟用新功能後效能提升，這對於在伺服器上進行高頻交易的 SQL Server、密集 I/O 的 AI 模型訓練，以及高負載的 Hyper-V 虛擬化環境來說是一大改善。至於在辦公室用與家用的 Windows 11上，當然效能也有改善，但沒有 Windows Server 2025 的吃重任務獲得改善明顯。

技術解構到底動了哪一層？

需要特別澄清的是，這並非單純「調整 stornvme.sys 的參數」。從微軟在 Server 2025 的說明與社群觀察來看，Native NVMe 更接近：

1、引入新的 NVMe 磁碟呈現方式（部分用戶在裝置管理員中會看到裝置分類移至 Storage disks）

這是我們測試前的電腦管理裝置管理員視窗的截圖，修改前 SSD 所在的分類顯示為「磁碟機」。

測試後則變成這樣新的顯示方式，SSD 所在的分類變成了「儲存硬碟」。

2、使用不同的 I/O 處理路徑與佇列管理策略

3、針對高 IOPS、OLTP、虛擬化、資料庫與 AI 工作負載進行最佳化

社群中確實有人推測，這可能間接減少了某些虛擬化或安全檢查帶來的額外資源開銷。但 CyberQ 必須強調，目前沒有官方文件證實這與 VBS/HVCI 的繞過存在直接關聯。較為保守且可靠的結論是：

Native NVMe 這次加速的核心價值，在於結構性的 I/O 路徑重設，而非關閉特定安全機制。

另一條新發展引人關注，微軟宣布「Hardware-accelerated BitLocker」

就在社群忙於測試 NVMe 新路徑的同時，微軟也正式公布了硬體加速 BitLocker，這次「Hardware-accelerated BitLocker」的新方向，乍看之下是儲存加密議題，實際上卻與效能瓶頸密切相關。Windows 11 24H2、Windows 11 25H2 的新版更新，均已將新版BitLocker 程式碼實裝進去。

CyberQ 這邊釐清一個常見誤解，這次的硬體加速 BitLocker並不是回到 SSD 自加密（SED）。過去提到「硬體加速 BitLocker」，多半會聯想到 SED（Self-Encrypting Drive）、TCG Opal 或 IEEE 1667。事實上，2018 年後多款 SSD 被揭露其硬體加密實作存在設計缺陷，讓整個產業對「把加密完全交給 SSD」保持高度警惕。

而 2025 年微軟宣布的新一代 Hardware-accelerated BitLocker，重點並不在 NVMe SSD，而是在平台本身。

新架構的關鍵在於「Crypto Offload」，新版設計的核心是將大量加解密運算，從一般 CPU 核心卸載到 SoC / CPU 內建的專用加密引擎，在資料進出儲存裝置前，就完成加密處理，同時維持 BitLocker 的安全模型與金鑰保護機制，換言之，這是一條「平台層級的加密加速路徑」，而非重回過去完全信任 SSD 韌體的做法。

微軟也有指出，新版 BitLocker 機制第一批支援的處理器是 Intel Core Ultra Series 3（Panther Lake）系列，未來還有更多支援的晶片與平台會納入。如此一來，這些支援的新電腦有機會具備自動 BitLocker 加密功能，當電腦使用新版 BitLocker 時，系統中的 SoC 晶片與 NVMe SSD 支援，作業系統將預設使用新的硬體加速 BitLocker 機制，以及 TS-AES-256 演算法。