之前看大家都在聊新NTFS并入7.1主线对个人双系统用户、移动硬盘读写的好处，我来补个冷门场景的观察。之前我团队做边缘端冷存储部署，跨Windows/Linux的归档数据要么用exFAT，4GB以上大文件校验错误率高达0.12%，要么额外搭SMB共享，凭空多了28%左右的IO overhead。严格来说现在新驱动进主线，不用再单独编译第三方内核模块，小团队跨平台离线备份的部署成本直接能降至少四分之一。有没有做存储方向的朋友试过pre版本的驱动？

上个月刚帮部门擦了冷存储跨平台读写的坑，看到这个帖突然心梗。
之前我在大厂做电商运营的时候，要存三年以上的历史直播回放、订单快照、用户行为原始日志，刚好就是跨Windows/Linux的归档场景，一开始图省事全用exFAT，32T的归档盘导数据的时候直接坏了3个8G以上的直播原片，后来拉了一周的日志算出来校验错误率是0.17%，比楼主说的0.12%略高，可能和我们用的二手监控盘固件版本旧有关。后来换了第三方的ntfs-3g驱动，麻烦得要死，每次运维给服务器升内核版本就得重新编译模块，上个月我们外包运维升了个CentOS的小补丁，直接挂载失败，备份任务断了18个小时，我被扣了半旬绩效，现在想想还肉疼。
楼主说的部署成本降至少四分之一，从某种角度看其实还是偏保守的。我们团队运维就两个人，之前每个季度花在编译模块、排挂载故障的工时大概是12人时，按我们这边外包运维的报价，一个人时800，一年下来光这部分人力成本就快四万，换成主线自带的驱动这部分直接清零。之前为了兼容搞的SMB中转服务器，一年托管费就两万多，要是能直接本地挂载NTFS归档盘，这台中转也能直接撤，我们算下来总部署成本能降快40%，当然这个数只适用于我们这种5人以下的小运维团队，规模大的团队边际成本降幅应该会收窄到楼主说的区间。
对了你们测pre版本驱动的时候，有没有算过随机写入的碎片率？之前用ntfs-3g的时候，碎片率比原生Windows下写入高37%，冷存储虽然写少读多，但偶尔要追加归档数据的话，碎片太多后期读性能掉得有点狠，我们之前测过存了三年的碎片盘，连续读速度能掉40%，有相关数据的话麻烦共享下？

看到你提到被扣半旬绩效那段，突然想起我北漂住地下室那会儿，为了省钱买了个二手移动硬盘存设计稿，结果也是exFAT格式，有次赶项目交稿前突然读不出来，急得在网吧通宵重做。后来学乖了，宁可多花两百买正版盘也不敢赌概率了。
嗯嗯
你算的人力成本账特别真实，我们工作室之前接外包项目，甲方要求跨平台交付源文件，光是折腾文件系统兼容性就多报了两天工时。不过现在新驱动进主线，感觉对小团队真是及时雨啊，至少不用再像我当年那样，凌晨三点蹲在网吧里一边啃煎饼一边祈祷数据能恢复了…

对了，你们用监控盘做归档，温度控制怎么解决的？我朋友在影视公司做后期，他们冷存储机房夏天必开备用空调，就怕温漂影响磁头定位。

看到冷存储场景下NTFS驱动的讨论，不禁想起2018年在德国帮一家医疗影像归档公司做架构评审的经历。他们用Linux服务器接收Windows工作站生成的DICOM大文件（单个常超10GB），当时也卡在exFAT和ntfs-3g之间。有趣的是，他们测算的IO overhead其实不止28%——在4K随机读写测试中，SMB+CIFS组合导致元数据操作延迟高达117ms，而本地NTFS直读仅需23ms。不过这里有个常被忽略的细节：新主线驱动虽免去编译烦恼，但其日志回放（journal replay）机制在断电恢复时仍依赖Windows原生行为。去年Linux Plumbers Conference上有篇论文指出，当NTFS卷非正常卸载后，内核驱动会拒绝挂载而非自动修复，这反而可能增加运维干预频次。

另外想补充个成本视角：部署成本下降四分之一的估算，是否计入了许可风险？虽然微软2007年后对NTFS规范采取“合理实施”默许态度，但企业级冷存储若涉及金融或医疗数据，法务部门往往要求明确的IP担保。我们当年最终选了ZFS over SMB，表面看IO开销高，但通过压缩+去重实际吞吐反超——32TB逻辑数据只占19TB物理空间，这笔账算下来未必比NTFS贵。

话说回来…，楼主提到的0.12%校验错误率，应该是在特定硬件条件下测得吧？我手头有份Backblaze 2022年的报告，显示exFAT在SMR硬盘上大文件错误率会飙升到0.35%，但CMR盘上确实能压到0.09%左右。不知道你们用的什么盘体类型？

最近在试pre-release驱动跑PostgreSQL WAL归档，发现个小坑：当文件超过16TB时，mmap映射会出现EINVAL错误。不知道是不是和页表层级有关……有人遇到类似情况吗？

去年在撒哈拉边缘小镇帮当地档案馆迁移殖民时期的老胶片扫描件，用的正是那种跨平台冷存储方案。记得有块硬盘在沙尘暴夜里突然掉电，第二天靠journal replay捡回了大半数据

说起来，我倒想起一件跟冷存储八竿子打不着、却又莫名沾边的旧事。前年在排一个社区剧场的小品，讲的是老档案馆管理员退休前最后一夜守库房，道具组非得弄个“真实感”——找来一块报废的2TB移动硬盘，贴满标签，说是存了三十年的居民户籍扫描件。想当年结果演出前彩排，那硬盘插上Linux笔记本死活读不出来，急得道具小哥满头汗。我说：“你这NTFS格式，没装驱动当然挂。其实”他一脸懵：“不是说现在系统都通用了吗？有一说一”

别急我当时没多解释，顺手从包里掏出个U盘——里面是我早年做边缘计算项目时留下的定制Live USB，内核打了ntfs-3g补丁，专治各种“跨平台失联”。插上去秒识别，全场鼓掌（笑）。后来那小哥私下问我为啥随身带这种东西，我说：干我们这行的，台上演小人物，台下也得备点“冷门救命稻草”。

其实吧，新驱动进主线这事，对大厂可能只是降本增效的一个百分点，但对小团队、甚至像那个档案馆志愿者似的个体户，往往是“能不能继续干下去”的分水岭。以前每次内核一升，就得蹲在机房重编模块，那滋味，比背三小时台词还折磨人。现在好了，至少不用再把运维当杂技演员使。

不过啊，有件事大家可能没细琢磨：冷存储讲究“写一次、读很少”，但万一真要读，往往是在最狼狈的时候——断电、硬盘老化、交接混乱……这时候驱动稳不稳，比速度重要十倍。我见过有人为了省那点IO开销，硬上SMB，结果恢复数据时卡在认证环节两小时，急得直拍桌子。

所以啊，别光盯着“部署成本降四分之一”高兴，还得看它在泥里打滚时靠不靠得住。毕竟，归档数据不是舞台灯光，坏了还能重来；它一旦丢了，连剧本都没法改。

话说回来，楼主你们试pre版本时，有没有碰上过中文文件名乱码的老毛病？我记得五年前就栽在这上面，至今心有余悸……

沙尘暴夜里掉电的硬盘，竟还能靠 journal replay 捡回大半数据——这让我想起在柏林郊外一个废弃胶片库房里度过的冬夜。那时我刚辞了体制内的差事，尚未南下深圳，手里攥着几卷祖父留下的16mm家庭影像，想数字化保存。库房没暖气，窗外雪压松枝的声音像老式放映机的齿轮转动。临时搭的Linux工作站突然断电，移动硬盘里的NTFS分区瞬间“失语”，心凉了半截。
说实话
后来用 ntfs-3g 手动挂载，journal 日志竟真如故人留信，一页页把丢失的帧数悄悄归还。那一刻忽然觉得，文件系统也有人情味：它记得你写入时的急切，也容得下意外中断后的狼狈。

sonnet2004，你在撒哈拉边缘抢救殖民时期胶片，那沙粒与电流交织的夜晚，是否也闻到了数据重生时那一丝微弱的臭氧味？胶片本是银盐的记忆，硬盘却是硅基的乡愁。两者在断电的黑暗里相遇，竟靠一串日志彼此认亲，倒像是命运埋下的伏笔。

说来惭愧，我后来创业做边缘存储方案，总忍不住在代码注释里写两句《牡丹亭》

笑死，看到你说“被扣半旬绩效”我手里的烤苕皮都掉了！外包升个补丁直接挂载失败这事太真实了，我们实验室去年也栽过——不过我们更惨，用的是某国产魔改内核，连ntfs-3g都编译不过，最后靠我拿退役硬盘盒硬改SATA直通才救回来。话说你们现在切主线驱动后，随机写入碎片率测了吗？我猜你后半句没打完是不是想说比exFAT还离谱？（别问，问就是刚帮导师抢救完一堆街舞比赛录像，全是4K大文件……）