下指令去加速你的 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 演算法。
為何這兩件事值得一起討論呢？
Native NVMe 與 Hardware-accelerated BitLocker，看似分屬儲存與資安兩條產品線，但它們指向同一個產業現實：
當 NVMe SSD 的延遲已低到微秒等級，任何多餘的軟體層處理，都會被放大成可感知的效能瓶頸。
Native NVMe 解決的是 I/O 路徑本身的結構效率
新版 BitLocker 則處理加解密造成的 CPU 與 I/O 負擔
對 DirectStorage、AI 推論、即時資料處理與高頻交易等新型負載而言，這些改善不一定立刻帶來翻倍效能，但它們是在為下一個世代的 I/O 密集應用先「清空跑道」，為之後的事情鋪路。
解封印加速前記得留意這不是無風險操作
CyberQ 必須明確提醒，透過 FeatureManagement 啟用 Native NVMe 路徑，本質上是在使用尚未正式對 Windows 11 一般用戶全面開放的功能，風險包括：
僅適用於使用 Windows 內建 NVMe 驅動的系統
可能與 SSD 原廠工具、監控軟體不相容
少數平台回報效能無提升，甚至出現異常
建議事前完整備份系統，可參考 備份軟體華麗變身：HDP for PC/VM 2.3.1.455 新備份體驗省時省力
透過指令加速 SSD ，這不是「所有人都該套用的調校」，而是給願意承擔風險、了解原理的進階使用者進行驗證與觀察。
你的 SSD 沒變快，是 Windows 終於少擋了一點路
這次實測與微軟近期的官方動向，其實清楚給業界一個方向，Windows 10 / Windows 11 目前的儲存策略，確實偏向保守與相容性優先，但在 Server 與新世代平台上，微軟已開始重構整個儲存與加密的底層路徑，可以在效能更好的機器上解封印這些舊時代的包袱，讓更多設備享受新架構帶來的效益。
我們使用的 SSD 其實一直都很快，只是 Windows 現在終於提供能同時跑更多指令和更順暢的通道給用戶。
