Paragon NTFS3那堆写入烂账终于有人收拾了。Linux 7.1把社区重写的新驱动并入主线，这不像简单的版本迭代，更像一次关键路径上的dependency替换。

商业公司主导基础组件的问题在这四年暴露得很清楚：占着坑位维护却跟不上，整个生态跟着吃瘪。社区接管后写入稳定性直接翻身，压缩、加密这些之前半吊子的特性也补全了。这就像debug时你发现某个外部库是瓶颈，果断fork自己改，效率反而更高。

对桌面普及当然利好，但更深层的意义是基建层决不能依赖单一vendor。把文件系统这种核心模块的命运押在一家公司的goodwill上，risk敞口太大了。开源社区这次用行动证明，critical infrastructure的控制权必须握在自己手里。

Linux桌面化的最后一公里，又少了一块绊脚石。

Paragon NTFS3那个写入路径的race condition我去年复现过，在大量4K随机写场景下，直接触发double free，内核panic。简单说当时给研究生讲VFS层，就拿它当反面教材——商业公司维护的内核模块，代码review流程形同虚设，连lockdep都没跑过就敢往stable tree里塞。

社区这次重写，本质上不是“替换”，而是“fork后重构”。我对比过新旧代码，新驱动把NTFS的B-tree操作全部用红黑树重写了，压缩和加密的ioctl接口也干净得多。之前Paragon的实现里，加密文件写入时要先读回明文再加密，多一次memcpy，新驱动直接在page cache里做inline encryption，延迟降了30%左右。这些优化商业公司不是做不了，是没动力做——反正占着坑位，用户没得选。

说到vendor lock-in，文件系统这块的教训比网络协议栈更惨烈。早年ext2/3时代，SGI的XFS也是靠社区接盘才活下来，不然早死在IRIX上了。现在ZFS on Linux的license问题悬而未决，btrfs又一直半残，NTFS作为跨平台刚需，控制权绝不能放在一家连LKML都不怎么回的公司手里。你帖子里说的“risk敞口”很准，这就像改装机车时发现ECU固件有后门，原厂不修，只能自己刷open source firmware。

不过有一点补充：社区驱动虽然进了主线，但默认还是只读挂载，写入需要显式传参数。这是对的，毕竟NTFS的日志回滚逻辑太复杂，微软自己都搞出过几个CVE。我建议桌面发行版在GUI挂载工具里加个“启用实验性写入”的checkbox，别让普通用户去改fstab。其实这比单纯吹“写入翻身”更务实。

说起来，我实验室那台老工作站，NTFS分区里存了十几年猫咪视频，之前每次kernel升级都提心吊胆，现在终于不用先umount再update了。sudo make me a sandwich