6 月 15 日 Linus Torvalds 准时放出 Linux 7.1 稳定内核，这次更新最出圈的改动，就是彻底重写整套 NTFS 内核驱动，彻底解决几十年以来 Linux 读写 Windows 磁盘的各种痛点，实测多线程写入性能直接提升 35% 到 110%，大容量硬盘挂载速度更是翻四倍。不少常年使用双系统、外接移动硬盘的开发者，都说这次更新终于补上了长久以来的短板。
先顺着内核发展脉络，简单梳理历代版本在文件系统、跨平台兼容上的迭代历史，就能看懂这次 NTFS 重构有多不容易。
最早 1991 年发布的 Linux 0.01 版本，功能极其简陋，只支持 386 处理器，连成熟磁盘驱动都不存在，完全不存在兼容 NTFS 的能力。
1994 年 Linux 1.0 作为首个正式稳定版，原生只适配 ext2、FAT 这类简单文件系统，那时候 Windows 主流是 FAT32，想读取 NTFS 分区完全没有可行方案。
到 2.6 系列长期维护阶段，内核内置了初代 ntfs 模块，但做了严格限制，仅开放只读访问，一旦写入就有极高概率损坏文件，官方根本不推荐用来存重要数据，普通用户只能依靠第三方 ntfs-3g，基于 FUSE 用户态方案实现读写。
进入 5.x 时代，5.15 版本引入 Paragon 开发的 NTFS3 内核驱动，总算摆脱 FUSE 的性能拖累，实现内核原生读写，但好景不长，这套驱动后续维护直接停滞，大量高负载读写场景下频繁出现卡死、文件元数据错乱、分区脏锁无法挂载等问题，服务器、摄影工作流、双系统开发人群踩坑不断。
到 6.x 全系列迭代，社区一直没有一套稳定、高性能的原生 NTFS 方案，要么性能拉胯，要么稳定性存隐患，跨 Windows 数据交换始终是 Linux 绕不开的短板。从只能读、靠第三方工具、再到半成品内核驱动，二十多年过去，NTFS 兼容一直是 Linux 生态的遗留难题，直到 7.1 版本完整重构才彻底扭转局面。
这次 7.1 全新 NTFS 驱动是开发者耗时四年完整重构的成果，不是在旧 NTFS3 代码上修补，而是基于现代内核 iomap、folio 新架构从零搭建，直接淘汰老旧笨重的 buffer_headIO 模型，搭配延迟分配写入机制，底层逻辑和早年所有 NTFS 实现完全割裂。
官方测试数据非常直观，普通多线程拷贝文件场景性能提升 35%，超大文件连续写入最高涨幅能摸到 110%，4TB 及以上大容量 NTFS 硬盘挂载速度直接提升四倍，不管是外接固态移动硬盘，还是电脑内置 Windows 数据分区，读写延迟、CPU 占用都大幅下降。对比之前 ntfs-3g 高负载下 CPU 占用飙升、拷贝大文件卡顿的问题，新驱动全程在内核态完成 IO 交互，不用反复切换用户态，笔记本、服务器使用都能明显省电、降低负载。
实用性层面的提升也覆盖大量真实使用场景，全新驱动完整支持 NTFS 压缩文件、稀疏文件、权限 ACL 映射，之前 NTFS3 无法正常处理的加密分区、大容量影视素材盘，现在都能稳定读写。做剪辑的创作者可以直接在 Linux 下读取 NTFS 固态里的 4K 素材，不用来回拷贝转换格式；双系统开发者能直接共用项目分区，不用依赖 exFAT 中转；运维人员用 Linux 启动盘恢复 Windows 故障电脑时，也能完整读写系统盘数据，不用再担心数据损坏。Linus 本人也评价这次重构是 NTFS 支持的一次复兴，旧有的 ntfs3 驱动不会直接删除，内核保留开关可供企业老环境兼容过渡，新驱动默认作为首选方案。
除了 NTFS 驱动这个核心亮点，7.1 内核还有不少配套底层升级，同样延续 Linux 内核持续打磨硬件适配的传统。新版本正式彻底移除服役三十多年的 i486 老旧处理器支持，精简大量过时底层代码；针对英特尔新一代 Panther Lake 处理器加入 FRED 事件调度机制，优化中断处理效率；图形栈同步更新 Intel Arc、AMD 新显卡驱动，Steam Deck 掌机音频 bug 全面修复，同时完善 Apple Silicon 设备电池监控、各大平台 CPU 功耗调度优化，网络、磁盘追踪工具也批量修复历史遗留漏洞。
综合来看，Linux 7.1 这次更新看似只是一套文件驱动重构，实则补上了 Linux 发展三十年里最影响跨平台使用体验的短板。
回顾整个内核迭代历程，从早期仅能自给自足，到逐步兼容各类第三方文件系统，再到如今拿出一套性能、稳定性双在线的原生 NTFS 方案，能清晰看出社区持续打磨通用生态的思路。
对于普通桌面用户、内容创作者、服务器运维人员来说，这次内核更新大幅降低 Windows 与 Linux 的数据互通成本，不用再折腾第三方工具、忍受极低读写速度，后续各大发行版逐步推送 7.1 内核之后，双系统、外接存储的使用体验会迎来质的提升。