Linus Torvalds 將 Claude Code 用於 Linux 補丁

本影片涵蓋的內容

• 來源是實驗性分支工作，提交於 10 月 10 日星期六，而 Phoronix 報告於 EDT 星期日晚上發布，在 GMT+7 已經是星期一。所選的來源並未確定已完成主線合併或發布。
• 相同緩存文件的微小讀取可能會在共用 folio 參考計數上產生競爭。該提案允許在 RCU 讀取側保護下進行複製，同時將最終的記憶體重用推遲到寬限期之後。
• Linus 的八執行緒、十六位元組共用頁面測試報告顯示，基準核心週期每次讀取為 2937-2975，使用此系列補丁後為 725-726，大約是成本的四分之一。這是一個作者自行運行的筆記型電腦微基準測試，關閉了緩解措施和強化使用者複製功能，並非整個系統的性能結果。
• 該來源還報告了目標頁面丟失導致的性能退化，以及等待重用的記憶體的分配器會計問題尚未解決。更廣泛的機器和多種偵錯/測試配置仍未經過測試。
• Karpathy 將不同的 AI 體驗歸因於存取、雄心勃勃的問題和可驗證的任務。他對專業用戶的數量明確表示是粗略估計；該貼文並未附帶任何調查。
• Cendyne 描述了一家未具名的雇主，他們相信透過更便宜的 AI 協助，可以安心地邁向併購。這是一個親身經歷的描述及其作者的解釋，並非全經濟範圍的職位統計，也無法證明 AI 具備同等的工程技能。
• 一個有用的工具、一個安全的補丁和一個明智的人事決策，各自都需要自己的證據和負責人。

翻譯的文字記錄

從英文原文旁白翻譯。可用的音頻和字幕由 YouTube 控制。

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

0:00 你可能會預期 Linus Torvalds 在審查期間會讓一個程式碼機器人哭泣。 他正在使用 Claude Code 處理 Linux 補丁，甚至連封面信的初稿也是如此。 在這段影片中，為什麼微小的讀取會花費如此多的代價？ 誰的工作改變了？ 請注意讀取後記憶體會發生什麼變化。 這就是這個加速效應將帳單發送的地方。 今天是 10 月 12 日星期一，這是 The Daily Diff。 Claude Code 是 Anthropic 的程式碼助手。

0:23 它可以閱讀專案、編輯文件並執行命令。 Linus 正在指導它進行 Linux 記憶體管理，即使資料已經在記憶體中，讀取資料仍然會讓處理器核心為了簿記而相互競爭。 即使資料已經在記憶體中，讀取資料仍然會讓處理器核心為了簿記而相互競爭。 Phoronix 在美國的星期日晚上發現了這個分支， 在我們這裡已經是星期一了。 提交日期是星期六。 這是一項實驗性工作，包含八個補丁和一份要求嚴格審查的請求。 你的筆記型電腦並未秘密下載一個人工 Linus。

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

0:45 多個執行緒讀取同一個緩存文件。 每次讀取都會獲取一個對記憶體的引用，然後在之後釋放它。 引用計數會被寫入兩次，因此執行無害小讀取的核心會為了簿記而競爭。 引用計數會被寫入兩次，因此執行無害小讀取的核心會為了簿記而競爭。 圖書館有八個讀者和一張簽出表。 他的提案使用讀取複製更新（RCU）寬限期來延遲記憶體的回收。 讀者可以複製緩存資料而無需獲取該引用。 當一個頁面被移除時，它的記憶體必須等待才能重用。

1:09 加速效應來自於改變資料的生命週期規則。 Linus 讚揚 Claude Code 為他列出的問題提供了程式碼、測試程式和審查。它根據他的指示起草了說明文字。 Linus 讚揚 Claude Code 為他列出的問題提供了程式碼、測試程式和審查。它根據他的指示起草了說明文字。 測量是在他的機器上運行的。 即使是機器人也必須為這次審查提供證明。 主要結果使用了八個執行緒從一個頁面讀取十六位元組。

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

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

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

哪些讀取變慢了？

2:07 微小讀取變得更昂貴，因為快速路徑在舊路徑處理頁面錯誤之前就失敗了。 微小讀取變得更昂貴，因為快速路徑在舊路徑處理頁面錯誤之前就失敗了。 該提案加速了一條路徑，同時增加了另一條路徑的工作量。 兩者都應納入審查。 將其視為一個工程實驗，具有已知的瓶頸和有限的測量結果。審查者可以獲得具體的挑戰內容。 將其視為一個工程實驗，具有已知的瓶頸和有限的測量結果。審查者可以獲得具體的挑戰內容。 助手產生補丁，意味著有人要負責證明危險的部分是安全的。 助手產生補丁，意味著有人要負責證明危險的部分是安全的。

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

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

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

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

3:21 然後 Cendyne 發表了一篇不那麼令人愉快的文章，標題是《寓言奪走了我的工作》。 作者表示他們是公司最後一位工程師， 而領導層相信更便宜的 AI 協助 可以讓公司在合併 或收購之前安然度過。管理層可以在模型與經驗豐富的工程師的判斷相匹配之前改變支出。 或收購之前安然度過。管理層可以在模型與經驗豐富的工程師的判斷相匹配之前改變支出。 Cendyne 認為品味和遠見仍然缺失， 而市場營銷則提供信心。

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

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

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

加速效應將帳單發送到何處？

4:34 那記憶體費用呢？ 移除的頁面在重用之前會等待，而分配器無法正確看到那些等待的記憶體。Linus 將此列為 移除的頁面在重用之前會等待，而分配器無法正確看到那些等待的記憶體。Linus 將此列為 即使有他的緩解補丁也未解決。 更快的讀取給另一個子系統帶來了更困難的會計問題。 簿記找到了新的辦公桌。 這是一個值得記住的註腳。 如果你寧願閱讀這份報告而不是聽我說，The Daily Diff 每天早上會免費寄送到你的收件箱，網址是 thedailydiff.dev，連結在下方。

4:53 如果你寧願閱讀這份報告而不是聽我說，The Daily Diff 每天早上會免費寄送到你的收件箱，網址是 thedailydiff.dev，連結在下方。

我會發布這些補丁嗎？

4:56 所以今天的判決是，NEEDS REVIEW。 我會將助理保留在工作流程中，並在發布這些生命週期變更之前要求更廣泛的測試。 我會將助理保留在工作流程中，並在發布這些生命週期變更之前要求更廣泛的測試。 責任仍然歸工程師所有。 這就是今天的 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