Linus 用 Claude Code 寫核心補丁,審查發現競態
2026/10/16 — 10/16 19:19·2 個來源(全部)·2 篇報道(全部)
核心速覽 (Key Takeaways)
- Linus Torvalds 藉助 Claude Code 編寫了一組 Linux 頁面快取修復補丁,在 Ryzen Threadripper 的合成基準測試中把讀取吞吐量提升 23 倍,他本人提醒真實負載下提升會小得多。
- 補丁尚未合入,核心審查者 Kiryl Shutsemau 就指出 filemap_read_rcu_batch() 存在競態,可能把檔案尚未寫入的資料返回給使用者程式,後續開發已移交他人。
事件背景與詳細解讀
2026 年 10 月,Linux 創造者、長期擔任首席維護者的 Linus Torvalds 藉助 Anthropic 的 Claude Code,著手解決一個困擾開發者兩年多的核心效能問題。他提交了一組包含 10 個補丁的系列,從常見的緩衝讀取路徑中移除了 folio 引用計數操作。在 Ryzen Threadripper 上執行的合成基準測試中,這組補丁把讀取吞吐量提升了 23 倍;Torvalds 提醒說,在真實工作負載中效能提升會小得多。此前他曾花 18 個月執行自己編寫的一版有缺陷的修復程式碼,試圖解決頁面快取中的引用計數瓶頸,其他開發者提出的方案也遇到了問題。
補丁尚未合入,核心審查者 Kiryl Shutsemau 就指出 filemap_read_rcu_batch() 存在競態:如果 folio 被替換後文件大小(i_size)又隨之擴充套件,讀取路徑就可能把檔案中尚未寫入的資料返回給使用者程式。審查者也對補丁的記憶體回收機制提出質疑。Torvalds 已將後續開發工作交給 Shutsemau,後者此前也研究過這個瓶頸。
AI 綜合 1 篇報道生成 · 更新於 8 小時前
最新進展Linus Torvalds 藉助 Claude Code 編寫了一組 Linux 頁面快取修復補丁,在 Ryzen Threadripper 的合成基準測試中把讀取吞吐量提升 23 倍,他本人提醒真實負載下提升會小得多。補丁尚未合入,核心審查者 Kiryl Shutsemau 就指出 filemap_read_rcu_batch() 存在競態,可能把檔案尚未寫入的資料返回給使用者程式,後續開發已交給他接手。
相關 AI 工具
- 熱度指數
- 195
- 全部來源
- 2
- 全部報道
- 2
- 首報
- 8 小時前
這件事的報道 點標題看原文
Linus Torvalds 藉助 Claude Code 編寫了一組 Linux 頁面快取修復補丁,在 Ryzen Threadripper 的合成基準測試中把讀取吞吐量提升 23 倍,他本人提醒真實負載下提升會小得多。補丁尚未合入,核心審查者 Kiryl Shutsemau 就指出 filemap_read_rcu_batch() 存在競態,可能把檔案尚未寫入的資料返回給使用者程式,後續開發已交給他接手。
AI 寫核心補丁的真實水平,與人工審查的兜底價值
InfoQ 中文AI 評分 74據 Tom's Hardware 報道,Linux 創始人 Linus Torvalds 提交了首個由 LLM 輔助生成的 Linux 核心補丁,此前他曾公開表態支援在核心開發中使用 AI 工具。報道稱該補丁帶來的合成測試顯示效能提升 23x,但這一數字來自合成測試,而非真實場景驗證。
Linux 掌門人親自用上 AI,核心開發風向在變
Tom's HardwareAI 評分 67
同時在說的其他事
- 熱度指數 36Linus Torvalds 提交 Claude Code 編寫的 Linux 核心補丁1 個來源
- 熱度指數 50用 Claude Code 搭建汽修店後臺管理系統教程1 個來源
- 熱度指數 63開發者整理 Claude Code、Codex、Gemini CLI 命令對照1 個來源
- 熱度指數 63開發者整理 Claude Code 與 Codex CLI 18 項命令對照1 個來源
- 熱度指數 84Claude Code 三個版本改動 hooks 行為,7 項需複查1 個來源
熱度怎麼算的?瞭解口徑收起
熱度按 48 小時內有多少個獨立來源在說這件事算:同一個來源發多條只算一次,並按 24 小時半衰期衰減,所以排前面的是很多人在說的事。
本頁彙總公開訂閱源,標題與摘要由模型整理,版權歸原作者所有;重要資訊請回原文核對。如權利人認為相關標題或摘要侵權,請通過頁尾聯絡郵箱提供具體頁面與權利依據,我們核實後會及時刪除或替換。
- 爆
- 討論快速增加
- 新
- 首報 6 小時內
- 發酵中
- 討論仍在增加
