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档案系统