Linus Torvalds 將 Claude Code 用於 Linux 補丁

本影片重點

• 來源是實驗性分支工作，其中有一個 10 月 10 日星期六的提交，以及一篇於美國東部時間星期日晚上（格林威治標準時間+7區已是星期一）發表的 Phoronix 報告。所選來源並未確立已完成的主線合併或發布。
• 對同一快取檔案的小型讀取可能會在共享分頁參考計數上產生爭用。該提案允許在 RCU 讀取端保護下進行複製，同時將最終記憶體重用推遲到一個寬限期之後。
• Linus 的八執行緒、十六位元組共享頁面測試報告顯示，基準線每次讀取核心週期為 2937–2975，而使用該系列補丁後為 725–726，大約是成本的四分之一。這是一個作者在筆記型電腦上運行的微基準測試，關閉了緩解措施和強化使用者複製，並非整個系統的性能結果。
• 該來源還報告了缺失目標頁面的回歸問題，以及未解決的等待重用記憶體的分配器會計問題。更廣泛的機器和數種偵錯/測試配置仍未經過測試。
• Karpathy 將不同的 AI 體驗歸因於存取、雄心勃勃的問題和可驗證的任務。他對專業用戶數量的計算明確是粗略估計；該貼文並未附帶任何調查。
• Cendyne 描述了一位未具名雇主如何因為更便宜的 AI 協助而信心大增，並因此朝著併購的方向前進。這是一份第一手資料及其作者的解讀，並非經濟範圍內的職位統計或等同工程技能的證明。
• 一個有用的工具、一個安全的補丁和一個明智的人員配置決策，都需要各自的證據和負責任的所有者。

翻譯文字稿

譯自英文原版旁白。可用的音訊和字幕由 YouTube 控制。

Linus 會信任一個程式設計機器人嗎？

0:00 你可能會預期 Linus Torvalds 在審查期間會讓一個程式設計機器人哭泣。 他正在使用 Claude Code 進行 Linux 補丁，甚至包括封面信函的初稿。 在這段影片中，為什麼微小的讀取會花費這麼多？ 誰的工作會因此改變？ 注意讀取後記憶體發生了什麼。 這就是這個加速將帳單送達的地方。 今天是十月十二日星期一，這是《The Daily Diff》。 Claude Code 是 Anthropic 的程式設計助理。

0:23 它可以讀取專案、編輯檔案和執行命令。 Linus 指導它進行 Linux 記憶體管理，即使資料已在記憶體中，讀取仍然會讓處理器核心在簿記上產生爭奪。 即使資料已在記憶體中，讀取仍然會讓處理器核心在簿記上產生爭奪。 Phoronix 在美國時間星期日晚上發現了這個分支， 這裡已經是星期一了。 提交的日期是星期六。 這是實驗性工作，有八個補丁並要求仔細審查。 你的筆記型電腦並沒有秘密下載一個人工智慧 Linus。

為什麼讀取記憶體會造成交通堵塞？

0:45 多個執行緒讀取同一個快取檔案。 每次讀取都會取得一個對記憶體的參考，然後再釋放它。 參考計數被寫入兩次，因此進行無害的小讀取的處理器核心 會爭奪簿記。 這個函式庫有八個讀者和一張簽退表。 他的提案透過使用讀取複製更新寬限期來延遲記憶體的回收。 讀取者可以在不取得該參考的情況下複製快取資料。 當一個頁面被移除時，它的記憶體必須等待才能被重用。

1:09 速度提升來自於改變資料周圍的生命週期規則。 Linus 讚揚 Claude Code 為他列出的問題提供了程式碼、測試程式和審查。 它在他指導下起草了說明文字。 這些測量是在他的機器上執行的。 即使是機器人也必須在這次審查中拿出憑據。 頭條結果使用了八個執行緒，從一個頁面讀取十六個位元組。

筆記型電腦基準測試實際測量了什麼？

1:28 想像一下對同一個檔案進行微小而重複的讀取。 他比較了每次讀取的處理器週期，因為他的筆記型電腦在發熱時會降頻。 一個有自己天氣預報的基準測試。 基準線每次讀取約花費三千個週期。 應用這些補丁後，大約是七百二十五個週期。 這項測試中，處理器成本約為四分之一。 你的整個 Linux 機器都沒有收到任何將速度提升四倍的承諾。 他的封面信函將尷尬的部分放在令人興奮的部分旁邊。

1:53 安全緩解措施和強化使用者複製已關閉。 他列出了缺失的測試，包括其他機器和記憶體偵錯工具。 閱讀註腳現在成為一種競爭優勢， 這感覺像是人性的缺陷。 當目標使用者頁面缺失時會發生回歸。

哪些讀取會變慢？

2:07 微小的讀取會變得更昂貴，因為快速路徑在舊路徑處理頁面錯誤之前就失敗了。 微小的讀取會變得更昂貴，因為快速路徑在舊路徑處理頁面錯誤之前就失敗了。 該提案加速了一條路徑，同時增加了另一條路徑的工作量。 兩者都屬於審查範圍。 這是一個工程實驗，具有已知的瓶頸和有限的測量結果。審查者會得到具體的內容來挑戰。 這是一個工程實驗，具有已知的瓶頸和有限的測量結果。審查者會得到具體的內容來挑戰。 助理產生補丁後，有人負責證明危險部分是安全的。 助理產生補丁後，有人負責證明危險部分是安全的。

為什麼人們看到的 AI 能力不同？

2:30 與此同時，Andrej Karpathy 表示我們對 AI 能力的理解正在分歧。 他最新的貼文重新審視了四月的一個觀察。 他描述了一個漏斗，從幾乎不使用語言模型的人到指導強大程式設計代理的專業人士。 他描述了一個漏斗，從幾乎不使用語言模型的人到指導強大程式設計代理的專業人士。 同樣的詞，AI，工作卻大不相同。 他粗略估計約有兩千萬人從事數學和程式碼的專業前沿模型使用。 他粗略估計約有兩千萬人從事數學和程式碼的專業前沿模型使用。 這是一個估計值，沒有提供任何調查。

2:52 他強調了存取、雄心勃勃的問題和可驗證的任務。 聊天機器人對話和受監督的核心實驗會運用不同的技能。 有人看著機器人笨拙地處理請求，而另一個人卻發布了一個有用的補丁。 人口估計值很容易被誤認為研究結果而重複傳播，這很危險。 在圖表穿上實驗袍之前，請務必保留估計值的標籤。 詢問系統能做什麼、結果如何驗證以及誰對結果負責。 這些問題比奇蹟般答案的截圖更有傳播力。

AI 如何在取代技能之前改變工作？

3:21 然後 Cendyne 發表了一篇不那麼令人舒服的文章，題為《Fable took my jorb》。 作者說他們是公司最後一位工程師， 而領導層認為更便宜的 AI 輔助 可以讓公司輕鬆地走向合併或收購。 管理層可以在模型與經驗豐富的工程師判斷力匹配之前改變開支。 管理層可以在模型與經驗豐富的工程師判斷力匹配之前改變開支。 Cendyne 認為品味和遠見仍然缺乏， 而行銷則提供了信心。

3:42 在技術爭議解決之前，薪資決定就可能已經做出。 這篇文章描述了裁員後的恐懼，並說作者已經找到了別的工作。 那是一個人在處理後果。 重點屬於做出決策的試算表。 稱之為效率給了會計一個慷慨的績效評估。 證明工具的實用性和證明人員配置計畫的合理性是兩回事。 該補丁具有可測試的工作負載。 雇主的賭注涉及產品所有權和未來的失敗。

4:09 一個通過的微基準測試不能簽署支援合約。 我們只有一位開發人員對一家未具名雇主的描述。 它提供了一個觀點，而非全經濟範圍的職位統計或對該公司需求的獨立評估。 它提供了一個觀點，而非全經濟範圍的職位統計或對該公司需求的獨立評估。 分享故事時請務必附上範圍。 共同變數是責任。 Linus 指導工作。 Karpathy 描述了不平等的存取和任務。

4:29 Cendyne 描述了一項管理層的賭注。 每個版本中都有人對後果負責。

加速把帳單寄給了誰？

4:34 那記憶體帳單呢？ 被移除的頁面在重用之前會等待，而分配器無法正確看到這些等待的記憶體。 Linus 將此列為 即使有他的緩解補丁也尚未解決的問題。 更快的讀取給另一個子系統帶來了更難的會計問題。 簿記員換了個新位置。 這是一個值得保留的註腳。 如果您寧願閱讀而不是聽我說，那麼每天早上您都會收到免費的《Daily Diff》，網址是 thedailydiff.dev，連結在下方。

4:53 如果您寧願閱讀而不是聽我說，那麼每天早上您都會收到免費的《Daily Diff》，網址是 thedailydiff.dev，連結在下方。

我會發布這些補丁嗎？

4:56 所以今天的裁決是：需要審查。 我會將助理保留在工作流程中，並要求在推出這些生命週期變更之前進行更廣泛的測試。 我會將助理保留在工作流程中，並要求在推出這些生命週期變更之前進行更廣泛的測試。 責任仍在於工程師。 這就是今天的《The Daily Diff》。 我是來自 Axrisi 的 Niko。 負責任地合併。

來源

1. Read from the page cache without folio references — cover letter and testsLinus Torvalds / kernel.org
2. Experimental noref-filemap-read-with-llm branchLinus Torvalds / kernel.org
3. Linus Torvalds Working On A Hefty Linux Kernel Improvement With Claude CodePhoronix / Michael Larabel
4. Claude Code overviewAnthropic
5. Capability-understanding gap and napkin estimatesAndrej Karpathy / X
6. Fable took my jorbCendyne
7. Discussion of Linus's Claude Code branchHacker News
8. Discussion of Karpathy's capability-gap postHacker News
9. Discussion of Cendyne's accountHacker News