[情報] 微軟打算在Windows 11重啟ReFS的支援

[hn9480412 (ilinker)]

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檔案系統


--
推 WARgame723  : 故意不換腳位讓你單換cpu出問題最後連板一起換，老
→ WARgame723  : 實說我覺得intel不換腳位良心多了
推 SungHyun    : 1樓中肯！
噓 WARgame723  : 打錯，我是要說i皇換腳位
→ WARgame723  : 而且5nm就能打贏14nm? 我看未必
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.251.34.119 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/PC_Shopping/M.1674636213.A.E60.html
推 andy199113: YB 哇
推 storym94374: 專業工作站版又少一個賣點了
推 david54001: 這容量有點誇張
※ 編輯: hn9480412 (111.251.34.119 臺灣), 01/25/2023 17:02:18
→ mrme945: 水啦 微軟快出啊
推 Lukesky: 這樣原本是ntfs格式安裝的windows有辦法無痛轉換嗎
推 kira925: 推廣新的檔案系統不是易事 微軟有得搞了
→ hn9480412: 以目前微軟提供的資料是要格式化來轉換
推 a1234567289: 推廣檔案系統還好吧 這東西不牽涉生態系 完全是獨立
→ a1234567289: 的子系統
推 a1234567289: 要用就格式化 不用就拉倒 沒有什麼
推 n796885: 像微軟這樣 ntfs用這麼久的比較少吧
推 lucky789741: 夠穩定了嗎？
推 Kagero: 伺服器用的 再嘗試下放而已
→ Kagero: 嘗試失敗又會再次拔掉支援
→ avans: 常用的Everything好像只支援NTFS
推 Arbin: 檔案系統這件事可大可小
→ Arbin: ReFS相較於NTFS有不少功能拔掉
→ Arbin: 如果軟體甚至於系統有一定程度的依賴的話就會不好處理
→ comipa: 會出現把隨身碟format成ReFS然後抱怨其他機器讀不到
推 tsungg: YB > ZB > EB > PB > TB   =___=
推 tsungg: 到YB還要超久吧
推 ltytw: 家用可以NTFS再戰十年
推 a1234567289: 大多數的程式都是採用high level programming  對於
→ a1234567289: 檔案系統的改變是透明的  確實像everything 這種軟
→ a1234567289: 體針對NTFS設計的就真的會影響  至於把USB格式化成
→ a1234567289: ReFS現在早就有可能發生了 這也和win11本身沒關係
推 BDrip: everything更新就多出了ReFS的選項了..
推 cka: NTFS不夠用了嗎?
推 falcon: 外接為了相容性通常是選fat32或exfat，大部份人應該都習慣
→ falcon: 自行指定檔案系統格式了，而不是直接接受預設值
→ falcon: 外接誤選ReFS的情況應該不會很嚴重
→ falcon: 更正 頻繁 才對
推 oppoR20: 大部分人都習慣自訂？這是哪國的人
→ oppoR20: 10個普通人有10個直接按格式化然後按確定
推 mrme945: 就算是電蝦也是八成人直接預設格式化吧....怎麼有人連電
→ mrme945: 蝦看世界都不只了
推 xbearboy: 當年不也是fat16 fat32過來的
→ hidexjapan: 這個改很大，當初蘋果手機跟電腦同時改apfs ，代價是
→ hidexjapan: 之前的備份全部掰
推 Wilson310: 這樣bios能當系統碟讀到嗎？
推 n796885: 讀不讀的到系統碟應該要看開機引導 windows自己的可以
→ SPDY: 現行GPT分割已有設計給啟動專屬的EFI系統分割區(ESP)
→ SPDY: 規定使用FAT給EFI讀取bootloader去各自去處理xfs之類的格式
→ hijacker: fat32再戰10年
推 smallreader: fat32再戰100年也行 XD
→ smallreader: ...要過2107/12/31才會溢位