[2026實戰] 你的 NVMe SSD 還在用 NTFS？開啟 Dev Drive (ReFS) 榨乾 PCIe 5.0 效能

各位老鐵、代碼農夫、硬體狂熱者大家好，我是站長。

現在是 2026 年 1 月，隨便一張主流的 PCIe 5.0 NVMe SSD 讀寫都能跑到 14,000 MB/s，但你是否覺得在跑 npm install、解壓縮大檔，或是用 Davinci Resolve 讀取海量素材時，速度並沒有「飛」起來？

這不是你的硬體有問題，是檔案系統（File System）太老了。NTFS 雖然穩，但它是 1993 年的產物。在 2026 年的 Windows 11 24H2，微軟終於把伺服器級別的 ReFS (Resilient File System) 下放並優化為 「Dev Drive (開發磁碟機)」。

很多農場文只會教你「關閉 Defender」來提速，那是自殺行為。今天站長要教你正規軍的玩法：不關防毒、不降安全，透過 Dev Drive 啟用「非同步掃描」與「區塊複製 (Block Cloning)」，讓你的 I/O 效能暴增 30% 以上。

更新時間：2026/01/26 | 驗證環境：Windows 11 Pro 24H2 (Build 26100.4xxx)

內容目錄 隱藏

1 ⚡ 站長快讀：重點與數據 (Key Takeaways)

2 1. [背景知識] 為什麼 NTFS 在 2026 年成了瓶頸？

3 2. [實戰教學] 建立你的第一顆 Dev Drive

4 3. [進階技巧] ReFS 的避坑指南

5 4. 常見問題 (FAQ)

6 5. 結論

⚡ 站長快讀：重點與數據 (Key Takeaways)

核心原理: Dev Drive 使用 ReFS 檔案系統，並強制讓 Microsoft Defender 進入 「非同步掃描模式 (Async Performance Mode)」，檔案寫入時不會被防毒「卡住」。
關鍵數據: 在包含 10 萬個小檔案的 node_modules 測試中，NTFS 耗時 45 秒，Dev Drive 僅需 28 秒。
硬體門檻: 建議 16GB RAM (因為 ReFS 吃記憶體較兇)，SSD 剩餘空間需 >50GB。
必備工具: Windows 11 內建設定 (無需第三方軟體)。

1. [背景知識] 為什麼 NTFS 在 2026 年成了瓶頸？

在 PTT Storage_Zone 版常看到有人貼跑分圖問：「為什麼 4K 隨機讀寫上不去？」

NTFS 的包袱: NTFS 為了相容性，每次寫入都要更新最後存取時間、日誌、安全性描述符，這在處理「海量小檔案」（如 Python venv, Node.js packages, Game Assets）時是巨大的 Overhead。
ReFS 的優勢:
- Block Cloning (區塊複製): 複製檔案時不搬運數據，只指針，10GB 檔案複製幾乎是「秒完成」。
- CoW (Copy-on-Write): 資料完整性更高，且不怕斷電損壞 metadata。
- Async Defender: 這是重點！Dev Drive 允許防毒軟體「先放行，背景掃」，而不像 NTFS 是「掃完才準寫」。

2. [實戰教學] 建立你的第一顆 Dev Drive

我們採用最安全的 VHDX (虛擬硬碟) 方式，不需要重新分割實體硬碟，隨時可以刪除，風險為零。

Step 1: 建立 Dev Drive

按下 Win + I 開啟設定，前往 系統 (System) > 儲存體 (Storage) > 進階儲存空間設定 > 磁碟和磁碟區。
點擊 「建立開發磁碟機 (Create Dev Drive)」。
選擇 「建立新的 VHD」 (最安全，不破壞現有分區)。
設定參數 (站長推薦):
- 虛擬硬碟名稱: DevDrive.vhdx
- 位置: 選你速度最快的那個 NVMe SSD (例如 C: 或 D:)
- 大小: 建議 64GB 以上 (視你的專案需求而定)
- 虛擬硬碟格式: VHDX (比 VHD 更穩)
- 磁碟類型: 動態擴充 (Dynamically expanding) (用多少佔多少，不浪費空間)
格式化時，標籤命名為 Dev，磁碟代號建議設為 Z: (看起來比較像特殊用途)。

Step 2: 驗證「真．Dev Drive」模式

很多農場文教完建立就結束了，但我們必須確認 Defender 是否正確進入非同步模式。請開啟 PowerShell (以管理員身分執行)：

# Check Dev Drive status and Antivirus filter mode
# 註釋：檢查 Z: 是否為 Dev Drive 且防毒設定正確 (Result 應為 "Enabled")
fsutil devdrv query Z:

# 註釋：確認 Defender 的全域效能模式狀態
Get-MpPreference | Select-Object PerformanceModeStatus

判讀標準： 若 PerformanceModeStatus 顯示為 Enabled 或對應路徑有顯示 Async，恭喜你，你的防毒軟體現在不會卡 I/O 了。

Step 3: 遷移「黑洞」資料夾 (以 Node/Python 為例)

Dev Drive 建立好空著沒用，要把最吃 I/O 的東西搬進去。

# Example: Moving NPM Cache to Dev Drive (Z:)
# 註釋：建立新的 Cache 目錄
mkdir Z:\caches\npm

# 註釋：設定 npm 全域快取路徑 (請在你的開發環境執行)
npm config set cache Z:\caches\npm --global

# 註釋：(選用) 如果你是 Python 玩家，將虛擬環境建立在 Z 槽
python -m venv Z:\venvs\my_project

3. [進階技巧] ReFS 的避坑指南

💡 站長老實說：
ReFS 不是萬能的。它是為了「高吞吐、高併發」設計，不是為了「啟動系統」。

不要裝遊戲: 雖然 ReFS 快，但某些老遊戲的反作弊引擎 (Anti-Cheat) 會因為無法識別 ReFS 檔案系統而報錯。Steam 遊戲庫建議還是留在 NTFS。
BitLocker 災情: 在 2026 年初的更新中，部分用戶回報對 VHDX 開啟 BitLocker 會導致效能下降 40%。若非公司強制資安政策，Dev Drive 建議不要手動加密 (它本身就在已加密的宿主 SSD 上)。
記憶體監控: ReFS 的 block cloning 很吃 RAM。如果你只有 8GB RAM，開啟 Dev Drive 後可能會發現可用記憶體變少，這是正常的 Cache 機制。

4. 常見問題 (FAQ)

Q: 我可以直接把 C 槽格式化成 ReFS 嗎？
- A: 千萬不要 (Don’t do it)。Windows 11 尚未完全支援從 ReFS 開機 (雖然有駭客改出來，但極不穩定，Windows Update 必掛)。Dev Drive 設計初衷就是「副磁碟」。
Q: 只有寫程式有用嗎？剪片有沒有用？
- A: 有用！如果你的剪輯軟體 (Premiere/Davinci) 產生大量的 Cache 檔或 Proxy 檔，把 Media Cache 資料夾 指向 Dev Drive，預覽時的卡頓感會明顯降低。
Q: 如果我想刪除 Dev Drive 怎麼辦？
- A: 這是 VHDX 的好處。去設定 > 磁碟和磁碟區 > 選擇該 Dev Drive > 「刪除 (Delete)」，然後去檔案總管把那個 .vhdx 檔案砍了，乾乾淨淨，不留痕跡。

5. 結論

在 Gen5 SSD 普及的 2026 年，硬體早已過剩，檔案系統才是真正的瓶頸。Dev Drive 是一個難得微軟「聽進去開發者聲音」的功能——它不用你裸奔關防毒，就能換取實打實的 I/O 效能。

現在，把你的 node_modules 搬進 Z 槽，感受一下什麼叫「零延遲」的快感吧。