Linux 7.1 新版发布Linus Torvalds 深度对话近日Linux、Git 之父 Linus Torvalds 现身印度孟买在与 Verizon 开源项目办公室负责人 Dirk Hohndel 展开最新一轮围炉式深度对话时表示“我完全不反对 Rust但我也希望降低大家对它的期待不要认为 Rust 能够像魔法一样修复所有 Bug。” 这场对话伴随 Linux 7.1 新版本发布此次他同样摒弃了正式演讲、以自由问答形式拆解开源内核数十年运转逻辑。在 3500 万行庞大内核代码的维护压力下Linus 再次强调自己早已不再是一线写核心代码的程序员日常工作核心是把控“大局”关注 Linux 的整体架构。 同时他进一步解释了 Linux 最新版本中众人关注的热点话题淘汰 486S 处理器、内核中两套 NTFS 实现的并行竞争、Rust 语言定位边界也直面道出 AI 给内核社区带来的双面冲击 ——LLM 能挖出埋藏多年的隐蔽 Bug却只会产出缺乏全局思考的 “创可贴式补丁”至今仍缺失成熟工程思维。他还明确收紧内核合并窗口规则要求内核维护者不要扎堆在版本合并窗口的最后期限提交修复补丁坦言维护大型开源项目最大压力从来不是代码冲突而是复杂的人际沟通。 整场对话跳出技术表层Linus 从三十余年开源实操视角聊透稳定迭代、语言取舍、工具边界、社区治理等底层问题还原 Linux 内核当下真实的开发现状。对话细节亮点、NTFS、486 架构等Dirk Hohndel 表示很高兴能来到孟买他大概有 21 年没来过这里享受了当地宜人的天气和美食。他介绍自己从事开源开发的时间可能比在座大多数人的年纪都要长而 Linus Torvalds 则称自己讨厌公开演讲采用“围炉谈话”形式是为让对话更自然流畅也让自己没那么讨厌这种公开场合。Dirk Hohndel 询问 Linux 7.1 版的亮点Linus Torvalds 称 Linux 一直在稳定地向前发展自 2005 年起转向使用 Git 的新开发模式并采用新的发布周期整个开发流程运行可靠追求持续的增量改进和稳步推进的发展节奏。虽 AI 发现有趣 Bug 给社区成员带来压力但仍保持每 9 到 10 周发布一个新版本的节奏。谈到更新后的 NTFS 子系统Linus Torvalds 称 Linux 有几十种不同文件系统NTFS 多年来是“问题儿童”现在有两个不同团队维护两个不同版本且都能正常工作他让它们竞争看哪一个胜出或可能两个长期存在。对于 486 架构支持消失一事Linus Torvalds 认为是时候放手维护旧硬件成本会变成沉重负担不仅体现在修复 Bug 上更多在为新功能提供兼容支持上。从即将发布的 7.2 版本开始将不再支持 x86 架构上没有硬件浮点运算单元FPU的机器最后一款这样的硬件大概是 30 年前发布的 486SX。他们还在清理源代码库确保代码可维护。合并窗口与代码处理Dirk Hohndel 提到在飞往孟买飞机上合并窗口开启Linus 在座位上处理合并请求还询问后期 RC 数量增加在合并窗口阶段是否也存在。Linus Torvalds 称合并窗口代码量略有增加除 AI 帮助发现更多问题外还因有时会激进地立即修复问题且过去自己太愿意接受非绝对必要的修复补丁。他现在收紧做法让大家把非特别重要的修复排到下一版本因为修复补丁本身可能带来新问题要权衡在发布窗口后期合入的风险。Dirk Hohndel 询问两天 PR 合并后印象深刻的事Linus Torvalds 称没有他会避免旅行期间开启合并窗口两周合并窗口期大概要完成 200 次合并他不想盲目合并要从宏观角度理解过程。他认为真正压力来自人际关系问题代码易修复人的问题难解决。Dirk Hohndel 询问 Linus 处理 PR 时阅读代码、理解意图的时间Linus Torvalds 称自己几乎不再阅读代码依赖信任开源项目建立在信任之上他合并的 PR 来自长期合作且信任的人。面对 3500 万行代码的项目没人能完全理解全部代码他关注“大局”要求提交者提供详细说明以便未来出现问题能回忆背景。他现在很少亲自提交代码偶尔会提建议性补丁但需维护者完善。对于提交导致构建失败的拉取请求能获得 Linus 注意力一事Linus Torvalds 称自己在改进并非完全不看代码合并遇冲突或说明不清楚时会查看有能力在需要时做出判断。工具与 Rust 语言Dirk Hohndel 询问 Git 是否仍是 Linus 主要工具及是否希望有其他工具Linus Torvalds 称 Git 和电子邮件是主要工具也会用 Google 查询资料。他强调自己是特殊案例多数维护者使用工具更丰富很多人用 AI 工具辅助补丁检查而他工作核心对象是“人”信任开发者本人及他们的判断。谈到 Git 引入 RustLinus Torvalds 不确定 Rust 是否会接管整个世界他觉得 C 语言更简单直接对帮助验证 C 代码的工具更感兴趣如自动化补丁验证工具。Git 支持 Rust 不是巨大变化它本来就支持多种语言实现。Dirk Hohndel 提到 Rust 被推广到更多领域及出现的问题Linus Torvalds 认为 Rust 能避免一些 C 语言低级错误但不能解决逻辑错误不要认为它能像魔法一样修复所有 BugLinux 内核中一些影响较大的 Bug 就是逻辑错误。关于 Rust 与 C 代码的交互问题Linus Torvalds 称多数交互是和内核核心部分的 C 代码核心代码质量通常高于外围代码因为会充分测试而具体硬件驱动程序测试不充分。Linux 内核代码质量存在差异Rust 主要交互的是稳定、开发完善的部分。AI 在 Linux 内核社区的应用Dirk Hohndel 提到对话 26 分钟才聊到 AI 和 LLM询问大语言模型为 Linux 内核社区带来的价值Linus Torvalds 称希望其创造的生产力超过消耗的精力。年初前多是垃圾代码现在仍消耗开发者资源如虚假 Bug 报告。不过过去几个月情况改善高质量报告需人类开发者参与。他们希望看到建议性补丁和人类参与沟通以真正解决问题。Dirk Hohndel 指出 LLM 在发现 Bug 方面强大但在编写高质量、稳定代码方面从 Demo 到生产代码的效率提升不明显。Linus Torvalds 同意他在“玩具项目”中用 LLM 做原型开发AI 生成的 Bug 报告附带的补丁有时像“盲目的创可贴”不能解决底层逻辑错误目前 LLM 还缺少“工程品位”仍需经验丰富的开发者解决问题。Linus Torvalds 认为 LLM 帮助发现 Bug 是好事虽处理 Bug 不开心尤其涉及安全问题登上媒体头条时但最终能解决问题会让他们更强大。他还分享自己旅行时用 AI 把“哥斯拉”加入发给家人照片的趣事说明 AI 既有严肃用途也有娱乐玩法。
Linux、Git 之父 Linus Torvalds 深度对话：谈 Rust、AI 对开源内核的影响！
发布时间：2026/7/9 15:21:26
Linux 7.1 新版发布Linus Torvalds 深度对话近日Linux、Git 之父 Linus Torvalds 现身印度孟买在与 Verizon 开源项目办公室负责人 Dirk Hohndel 展开最新一轮围炉式深度对话时表示“我完全不反对 Rust但我也希望降低大家对它的期待不要认为 Rust 能够像魔法一样修复所有 Bug。” 这场对话伴随 Linux 7.1 新版本发布此次他同样摒弃了正式演讲、以自由问答形式拆解开源内核数十年运转逻辑。在 3500 万行庞大内核代码的维护压力下Linus 再次强调自己早已不再是一线写核心代码的程序员日常工作核心是把控“大局”关注 Linux 的整体架构。 同时他进一步解释了 Linux 最新版本中众人关注的热点话题淘汰 486S 处理器、内核中两套 NTFS 实现的并行竞争、Rust 语言定位边界也直面道出 AI 给内核社区带来的双面冲击 ——LLM 能挖出埋藏多年的隐蔽 Bug却只会产出缺乏全局思考的 “创可贴式补丁”至今仍缺失成熟工程思维。他还明确收紧内核合并窗口规则要求内核维护者不要扎堆在版本合并窗口的最后期限提交修复补丁坦言维护大型开源项目最大压力从来不是代码冲突而是复杂的人际沟通。 整场对话跳出技术表层Linus 从三十余年开源实操视角聊透稳定迭代、语言取舍、工具边界、社区治理等底层问题还原 Linux 内核当下真实的开发现状。对话细节亮点、NTFS、486 架构等Dirk Hohndel 表示很高兴能来到孟买他大概有 21 年没来过这里享受了当地宜人的天气和美食。他介绍自己从事开源开发的时间可能比在座大多数人的年纪都要长而 Linus Torvalds 则称自己讨厌公开演讲采用“围炉谈话”形式是为让对话更自然流畅也让自己没那么讨厌这种公开场合。Dirk Hohndel 询问 Linux 7.1 版的亮点Linus Torvalds 称 Linux 一直在稳定地向前发展自 2005 年起转向使用 Git 的新开发模式并采用新的发布周期整个开发流程运行可靠追求持续的增量改进和稳步推进的发展节奏。虽 AI 发现有趣 Bug 给社区成员带来压力但仍保持每 9 到 10 周发布一个新版本的节奏。谈到更新后的 NTFS 子系统Linus Torvalds 称 Linux 有几十种不同文件系统NTFS 多年来是“问题儿童”现在有两个不同团队维护两个不同版本且都能正常工作他让它们竞争看哪一个胜出或可能两个长期存在。对于 486 架构支持消失一事Linus Torvalds 认为是时候放手维护旧硬件成本会变成沉重负担不仅体现在修复 Bug 上更多在为新功能提供兼容支持上。从即将发布的 7.2 版本开始将不再支持 x86 架构上没有硬件浮点运算单元FPU的机器最后一款这样的硬件大概是 30 年前发布的 486SX。他们还在清理源代码库确保代码可维护。合并窗口与代码处理Dirk Hohndel 提到在飞往孟买飞机上合并窗口开启Linus 在座位上处理合并请求还询问后期 RC 数量增加在合并窗口阶段是否也存在。Linus Torvalds 称合并窗口代码量略有增加除 AI 帮助发现更多问题外还因有时会激进地立即修复问题且过去自己太愿意接受非绝对必要的修复补丁。他现在收紧做法让大家把非特别重要的修复排到下一版本因为修复补丁本身可能带来新问题要权衡在发布窗口后期合入的风险。Dirk Hohndel 询问两天 PR 合并后印象深刻的事Linus Torvalds 称没有他会避免旅行期间开启合并窗口两周合并窗口期大概要完成 200 次合并他不想盲目合并要从宏观角度理解过程。他认为真正压力来自人际关系问题代码易修复人的问题难解决。Dirk Hohndel 询问 Linus 处理 PR 时阅读代码、理解意图的时间Linus Torvalds 称自己几乎不再阅读代码依赖信任开源项目建立在信任之上他合并的 PR 来自长期合作且信任的人。面对 3500 万行代码的项目没人能完全理解全部代码他关注“大局”要求提交者提供详细说明以便未来出现问题能回忆背景。他现在很少亲自提交代码偶尔会提建议性补丁但需维护者完善。对于提交导致构建失败的拉取请求能获得 Linus 注意力一事Linus Torvalds 称自己在改进并非完全不看代码合并遇冲突或说明不清楚时会查看有能力在需要时做出判断。工具与 Rust 语言Dirk Hohndel 询问 Git 是否仍是 Linus 主要工具及是否希望有其他工具Linus Torvalds 称 Git 和电子邮件是主要工具也会用 Google 查询资料。他强调自己是特殊案例多数维护者使用工具更丰富很多人用 AI 工具辅助补丁检查而他工作核心对象是“人”信任开发者本人及他们的判断。谈到 Git 引入 RustLinus Torvalds 不确定 Rust 是否会接管整个世界他觉得 C 语言更简单直接对帮助验证 C 代码的工具更感兴趣如自动化补丁验证工具。Git 支持 Rust 不是巨大变化它本来就支持多种语言实现。Dirk Hohndel 提到 Rust 被推广到更多领域及出现的问题Linus Torvalds 认为 Rust 能避免一些 C 语言低级错误但不能解决逻辑错误不要认为它能像魔法一样修复所有 BugLinux 内核中一些影响较大的 Bug 就是逻辑错误。关于 Rust 与 C 代码的交互问题Linus Torvalds 称多数交互是和内核核心部分的 C 代码核心代码质量通常高于外围代码因为会充分测试而具体硬件驱动程序测试不充分。Linux 内核代码质量存在差异Rust 主要交互的是稳定、开发完善的部分。AI 在 Linux 内核社区的应用Dirk Hohndel 提到对话 26 分钟才聊到 AI 和 LLM询问大语言模型为 Linux 内核社区带来的价值Linus Torvalds 称希望其创造的生产力超过消耗的精力。年初前多是垃圾代码现在仍消耗开发者资源如虚假 Bug 报告。不过过去几个月情况改善高质量报告需人类开发者参与。他们希望看到建议性补丁和人类参与沟通以真正解决问题。Dirk Hohndel 指出 LLM 在发现 Bug 方面强大但在编写高质量、稳定代码方面从 Demo 到生产代码的效率提升不明显。Linus Torvalds 同意他在“玩具项目”中用 LLM 做原型开发AI 生成的 Bug 报告附带的补丁有时像“盲目的创可贴”不能解决底层逻辑错误目前 LLM 还缺少“工程品位”仍需经验丰富的开发者解决问题。Linus Torvalds 认为 LLM 帮助发现 Bug 是好事虽处理 Bug 不开心尤其涉及安全问题登上媒体头条时但最终能解决问题会让他们更强大。他还分享自己旅行时用 AI 把“哥斯拉”加入发给家人照片的趣事说明 AI 既有严肃用途也有娱乐玩法。
