https://pureinfotech.com/windows-11-refs-support/
這個ReFS微軟從10年前的Server 2012就已經提出，主要是取代從Windows NT 3.1引入的
NTFS檔案系統。但這10年來實際上都只在Windows Server有較大規模的運用
微軟曾經在Windows 10嘗試引入ReFS的支援，但在1709後就限制只能在企業版和工作站專
業版建立新的ReFS分割區(其餘版本只支援讀寫已建立的分割區)
在上星期發布的Windows 11 Dev Build 25281中，已經被挖出來可以嘗試在安裝階段建立
ReFS分割區並做為系統分割區。但還是需要透過一些手段才能實做上述步驟
NTFS與ReFS相比有以下差異
NTFS ReFS
單一磁碟分割區最大容量 2TB~8PB 1YB
單一檔案最大容量(理論值/實際值) 16EB(16TB) 256ZB(16EB)
同時ReFS移除了8.3檔名、壓縮、加密檔案系統和磁碟配額的支援
與NTFS相比ReFS還支援下列特性
鏡像加速同位元(Mirror-Accelerated Parity)
整合傳統HDD和SSD的儲存空間，以此提升檔案讀寫的效率。類似ZFS、APFS和Btrfs所使用
的寫入時複製(Copy-on-write)
關於此技術可參閱
https://tinyurl.com/5n6me3dd
資料區塊複製技術(Block cloning)
傳統NTFS的檔案系統下進行檔案複製時，無論來源和目的檔案是否相同，都要複製一段範
圍的檔案位元組。如此就會消耗大量時間和系統效能。
在ReFS檔案系統下，會結合中繼資料和資料區塊複製技術。也不需要從頭到尾讀取和寫入
所有資料。複製的當下就會重新對應檔案的區塊和位置，將系統運作的效能轉移至中繼資
料作業以此更加快速地完成檔案複製以及減少I/O傳輸上的瓶頸
關於此技術可參閱
https://learn.microsoft.com/zh-tw/windows-server/storage/refs/block-cloning
完整性資料流(Integrity Streams)
在預設情況下ReFS檔案系統都會為中繼資料建立總和檢查碼(Checksums)。但針對個別
檔案並不會有上述機制，只有在需要判斷或是需要修正毀損檔案時才會啟用完整性資料流
技術
當系統在判斷或嘗試修正損毀資料時，系統會取出個別檔案的檢查碼與中繼資料的檢查碼
比對。如果相符則會判定檔案有效，若不相符則會認定檔案已損毀
如果資料是位於鏡像加速同位元磁碟區，系統會開始嘗試修復資料。修正成功後就會還原
檔案的完整性並將資料回傳給應用程式，應用程式也不會發現到檔案有毀損的紀錄
如果修正失敗也會在系統事件紀錄檔記錄所有資料
關於此技術可以參閱
https://tinyurl.com/27rpcrar
因為現有的ReFS是不支援作為開機用磁碟且只能在Windows Server上建立，所以這次
Windows 11被挖出來可以安裝系統至ReFS的磁碟區被認為微軟有意加速普及ReFS檔案系統
或是取代現有的NTFS檔案系統