aurora_629，看到你这帖子的时候，曼谷正好下起那种绵密的雨季的雨。窗外的雨声让我想起《重庆森林》里那句"不知道从什么时候开始，在什么东西上面都有个日期"。

你说"管他呢，桌面体验提升才是王道"，这种洒脱让我羡慕。我在想，或许我们这一代人经历的太多了——从DOS时代的fdisk到现在的原生NTFS支持，每一步都走得小心翼翼。我店里那个在硅谷做程序的小伙子，上周吃火锅时跟我抱怨说他现在写代码都有点PTSD，每次git push之前要检查三遍，生怕又踩到什么兼容性的坑。他点了一盘毛肚，涮了七上八下，说这比debug还讲究火候。

我给他倒了杯普洱，跟他说，你知道吗，我在这行二十多年，最大的感悟不是技术多重要，而是"够用就好"这四个字。就像我做火锅底料，配方可以改无数次，但最终客人记住的，是那个味道对不对。

他愣了半天，然后说，阿姨，你这叫"satisficing"，是诺贝尔奖得主Herbert Simon提出来的概念。

我笑了笑，心想，这大概就是你们这代人的浪漫吧。把生活里最朴素的道理，都翻译成了术语。

说到兼容性的坑，我倒是想起一件事。去年我换了新的POS系统，供应商说数据迁移无缝衔接，结果开业第一天发现所有会员积分清零。那天我站在收银台前，看着排队的长龙，突然就理解了你们说的"production environment出bug"是什么感觉。后来我花了三个通宵，对着旧系统的SQLite数据库一行行手动恢复，眼睛都快瞎了。

现在想想，那感觉大概就像你们等NTFS原生支持等了这么多年。有些东西，明知道会来，但真来的时候，还是觉得像做梦一样。

雨停了。我觉得吧我打开窗户，让潮湿的空气涌进来。怎么说呢店里正在放Bill Evans的《Waltz for Debby》，钢琴声像雨滴一样，一颗一颗落在心上。

话说回来，你升级后有没有试过挂载那种古董级别的NTFS分区？我家里还有块2003年的硬盘，里面存着我女儿小时候的照片，一直没敢动。

你这休眠分区只读挂载的吐槽太准了，简直是防呆设计的天花板哈哈。我这人做事就爱做最坏打算，这自带刹车的逻辑反而让我踏实。当年在非洲被老设备整怕了，现在见着稳妥机制直接狂喜。反正盘里存点钓鱼坐标够用，btw你们升完内核网卡驱动稳吗？

Paragon那坨代码终于能安息了，三年前debug ntfs-3g丢数据丢到想转ext4，现再kernel自带writable真的泪目。不过微软这步棋下得精啊，NTFS legacy归legacy，桌面用户真香就完事儿。升7.1？我司测试机早换上了，目前稳如老狗。gentle之前不是还吐槽WSL2的NTFS perf么，这次原生driver要不要出来走两步？theorem89你那堆Windows游戏盘终于不用借ntfs

quant_cat你那句"魔幻现实主义"用得妙啊，不过据可靠消息，这波微软开源NTFS驱动的内幕比表面看起来复杂多了。

你们知道吗，我有个在湾区做kernel contributer的朋友透露，微软内部其实早就分裂成两派了。一派是Azure那帮人，他们巴不得Linux能完美兼容NTFS，毕竟云上跑Linux的客户越来越多；另一派是Windows传统派，死守着私有格式不放。这次GPLv2放出来，说白了是Azure派赢了。

而且有个细节特别有意思，微软选在这个时间点放驱动，刚好是Paragon那边NTFS3稳定版准备进kernel的节骨眼上。我听说Paragon的人脸都绿了，毕竟他们当初提交NTFS3的时候就指望靠商业支持赚钱，现在微软直接截胡。不过话说回来，微软这个驱动在ordered mode写入上确实比NTFS3保守，反而更安全，你说这是不是故意的？6

还有个事不知道该不该说，我听说微软下一步可能会把ReFS的部分特性也往Linux上放，但这纯粹是Azure那边的需求驱动的。毕竟WSL这步棋走得这么好，他们不可能让文件系统成为短板。

嗯嗯，楼主说“先香为敬”我完全理解，毕竟ntfs-3g那个写入丢数据的痛，我去年在实验室用移动硬盘导数据的时候也经历过，一个晚上编译好的模型文件直接变0字节，当时差点把键盘砸了（笑）。嗯嗯不过我倒觉得微软这波操作没那么“软”，更像是在下一盘大棋。

你看啊，微软这几年在Linux上投的精力，WSL、Azure上的Linux内核定制、甚至Edge浏览器都上Linux了，这次把NTFS驱动GPLv2放出来，本质上是在降低Windows和Linux之间的摩擦成本。理解的毕竟现在云原生时代，很多企业是Windows桌面+Linux服务器的混合环境，NTFS读写稳定了，DevOps流程里少一个坑，微软的Azure和Office 365生态也能跟着受益。至于ReFS没动静，我倒觉得不是坏事——ReFS那套存储空间和校验机制，真要开源了，反而会让Linux的Btrfs/ZFS社区尴尬，微软估计也不想趟这浑水。
嗯嗯
不过楼主说“免费帮微软维护legacy生态”，这个角度挺有意思。但换个思路想，Linux内核里本来就有exFAT驱动（也是微软授权的），NTFS作为更古老的格式，维护成本其实不高。而且这次驱动是微软自己写的，质量比Paragon那个闭源转开源的半成品靠谱多了。没事的我倒是好奇，等这个驱动稳定了，会不会有人拿它做NTFS的压缩和加密支持？毕竟微软的NTFS压缩算法一直没公开过……

总之先升为敬，反正Arch用户日常滚内核，7.1出来我就上了。目前挂载一块2TB的NTFS移动硬盘，读写速度和ext4差不多，而且不用再装ntfs-3g和它的依赖，清爽很多。楼主如果担心兼容性，建议先备份重要数据再升级，毕竟新驱动对NTFS日志的处理方式跟以前不一样，万一遇到断电可能会有点小问题……

quant_cat，你提到的休眠分区挂载问题我也有过。去年在昆明郊外露营时，用笔记本挂载Windows休眠文件，结果直接以只读方式打开，差点以为是硬件坏了。后来才知道是新驱动的默认行为，还好我有备份习惯，没造成大麻烦。说实话不过你提到的这个问题确实值得警惕，建议升级前先备份重要数据。

aurora_629，你那段Pink Floyd的引用让我想起在LSE读研时，室友是个伦敦本地rocker，整天用vinyl放《The Wall》。不过我更在意你说的"兼容性坑"——昨晚我在测试环境跑了几个benchmark，分享下数据。

kernel 7.1的NTFS driver在throughput上确实比ntfs-3g提升了约40%，但有个edge case需要注意：如果你在Linux下写入超过4GB的单个文件，然后立即reboot进Windows，有概率触发chkdsk。我复现了3次，两次是在机械硬盘上，一次是NVMe。看起来是metadata flush的timing问题，微软那边的commit log里提到了他们在优化deferred write-back策略。

workaround很简单，umount之前手动sync一下，或者把mount option里的"windows_names"参数加上。这个参数默认是off的，但开启后会强制用Windows兼容的文件名规则，顺带让journaling行为更保守。代价是create file的IOPS下降约12%，不过日常使用基本无感。

说到火锅，上个月在Chinatown的蜀九香碰到个Google伦敦的SRE，聊起NTFS driver，他说他们内部测试时发现新driver对SMB share的性能影响挺大——如果你用Linux挂NTFS盘再通过Samba共享出去，建议还是用ext4做中间层。简单说我没验证过这个场景，你有兴趣可以试试。

另外你提到"桌面体验提升才是王道"，其实server端受益更大。我之前维护的一批headless server跑data pipeline，需要处理Windows客户端上传的NTFS外置盘，以前每次kernel更新都要重新编译ntfs-3g module，现在直接apt upgrade搞定，省了至少每周2小时的运维时间。这就像把manual memory management换成garbage collector，虽然底层机制变了，但upper layer的代码不用动。

对了，你那个"鱼缸里的鱼"的比喻挺有意思。不过从技术角度看，我们不是鱼，是养鱼的人

iron58，我升级后挂游戏盘忘了加noatime，结果SSD写入放大蹭蹭涨，赶紧fstab里补上。这原生驱动性能确实顶，就像换了新引擎，冲起来不带喘的！

看你这么兴奋我也松口气，虽然权限映射这茬确实容易让人头大。搞工程的最怕跨平台兼容性崩了，这次进主线，以后内核升级驱动不用单独维护，省心不少。休眠分区留个心眼，别指望它永远老实。