作者： Matt Connor
Linus Torvalds 是誰？Linux 之父現在每天在做什麼
林納斯·托瓦茲 1991 年寫出 Linux，2005 年寫出 Git，2018 年曾暫時退下。看他如今怎麼主持主線核心、在每個合併窗口拉取維護者送來的程式碼、每週發布測試版，以及 2026 年 10 月那個用 Claude Code 寫、至今仍未合併的分支，和它與你的伺服器有何關係。
Linus Torvalds 是誰？
Linus Torvalds（林納斯·托瓦茲）是 Linux 核心的創造者，也是版本控制工具 Git 的原作者。他在 1969 年 12 月 28 日出生於芬蘭赫爾辛基。今天他的工作是維護 Linux 主線（mainline）核心：各子系統的維護者把整理好的修改送來，由他決定拉進（pull）哪些，再把它們發布成新版本。
2026 年 10 月，他的名字又上了科技新聞。原因是他在自己的核心 git 樹裡放了一個分支，提交訊息寫明程式碼是在他的指導下，由 Claude Code 完成的。這件事值得看，但要先知道他平常做什麼，才看得懂它的分量。下面先交代他的經歷和現在的角色，再說明這些跟你租的那台伺服器有什麼關係，最後才談那個分支。
1991 年：comp.os.minix 上的一則貼文
1991 年 8 月 25 日，Torvalds 在 Usenet 新聞群組 comp.os.minix 貼出一篇標題為「What would you like to see most in minix?」的文章。他寫道，自己正在為 386（486）AT 相容機做一個免費的作業系統，而且「just a hobby, won't be big and professional like gnu」，意思是「只是興趣，不會像 GNU 那樣龐大而專業」。Linux Foundation 的介紹也用同一個時間點：1991 年 8 月，他宣布自己正在開發 Linux 核心。Unix 怎麼一路走到這一刻，從 Unix 到 Linux 的歷史有完整的來龍去脈，這裡不再重述。
那個「興趣」後來怎麼長成今天的核心？
從那則貼文到今天，核心的版本號規則改過，開發流程改過，參與的人也從一個學生變成全世界的公司和個人開發者。每個版本的時間點和重點，整理在Linux 核心歷史時間軸裡。這篇只談一個人，以及他在這個系統裡的位置。
Transmeta 與 OSDL：維護核心變成正職
1996 年，Torvalds 接受邀請，參訪 Transmeta 位於加州的總部，之後進入這家公司任職。根據維基百科，他在 Transmeta 的時間是 1997 年 2 月到 2003 年 6 月。
2003 年 6 月 17 日，OSDL（Open Source Development Labs，開放原始碼開發實驗室）發布新聞稿，宣布 Torvalds 成為第一位 OSDL Fellow。新聞稿寫明他暫離（on leave）Transmeta，從此全職投入引導 Linux 的開發。這是一個轉折點。從這天起，維護核心就是他的本業，不再是另一份工作之外的事。
Linux Foundation 跟他是什麼關係？
OSDL 後來與 Free Standards Group 合併，成為今天的 Linux Foundation（Linux 基金會）。基金會的領導團隊頁面把 Torvalds 列在「Fellow」之下，並寫著：「Linus remains the ultimate authority on the new code incorporated into the standard Linux kernel.」換成白話：什麼新程式碼可以進入標準 Linux 核心，最後由他決定。基金會為 2026 年 Open Source Summit North America 寫的講者介紹，則把他標示為 Linux 與 Git 的創造者（Creator），內文同樣寫他仍是決定新程式碼能否進入核心的最終權威。
要分清楚一點：這是一個職位，不是所有權。核心的程式碼來自成千上萬份提交，每一份的作者都保有自己的署名。授權條款怎麼讓這種多人共有的專案運作下去，可以看GPL、MIT 與 Apache 授權的歷史。
2005 年：BitKeeper 決裂之後，他寫了 Git
Git 官方的《Pro Git》一書這樣交代起因：2005 年，開發 Linux 核心的社群和開發 BitKeeper 的商業公司關係破裂，這個工具的免費使用資格被撤銷。核心社群因此需要自己的工具，書中特別點名「in particular Linus Torvalds, the creator of Linux」。
Git 的第一個提交（commit）由 Torvalds 撰寫，時間是 2005 年 4 月 7 日 22:13:13（UTC），訊息是 Initial revision of "git", the information manager from hell。這個提交今天仍在 GitHub 上的 git/git 儲存庫裡，雜湊值開頭是 e83c516。Linux Foundation 的介紹頁說他「只用了 10 天」寫出 Git，這是基金會的說法，提交紀錄本身無法證明天數。Git 以 GNU GPL 第 2 版發布。
Git 對今天的核心開發很重要，因為整個主線流程就建立在「維護者各自保有一棵樹，再請上游拉取」這種做法上。很多人會把 Git 和 GitHub 混為一談，Git、GitHub 和自架 Git 伺服器的差別把這三者分開說明。
2018 年：道歉、暫時退下，以及行為準則
2018 年 9 月 16 日，Torvalds 發出 Linux 4.19-rc4 的發布公告，標題是「Linux 4.19-rc4 released, an apology, and a maintainership note」。他在信中承認過去對人的態度「both unprofessional and uncalled for」（既不專業，也沒有必要），並寫下「I know now this was not OK and I am truly sorry.」他說自己要休息一段時間，「take time off and get some assistance on how to understand people」，也就是尋求協助，學習理解別人的感受。
同一封信裡，他說已經請 Greg Kroah-Hartman 接手完成 4.19 這個週期。後來 4.19 確實由 Kroah-Hartman 發布：v4.19 這個標籤由他在 2018 年 10 月 22 日建立，標籤訊息是 This is the 4.19 release。
這次 rc4 也帶進了核心的行為準則（Code of Conduct）。提交標題是 Code of Conduct: Let's revamp it.，作者是 Kroah-Hartman，作者日期是 2018 年 9 月 15 日，再由 Torvalds 在 9 月 16 日提交。它取代了原本的「Code of Conflict」，提交訊息的理由是「The Code of Conflict is not achieving its implicit goal of fostering」一個友善的社群。新準則改編自 Contributor Covenant 1.4 版。
這段經歷常被當成八卦，但對使用者來說，重點在流程。核心在主要維護者離開的那幾週照樣發布了正式版，因為發布靠的是一套別人也能操作的流程，不是一個人的電腦。今天核心文件仍寫著主線由 Torvalds 維護，也就是說，他後來回到了這個位置。
Linus Torvalds 現在每天在做什麼？
核心文件 process/howto 的說法很直接：「The mainline tree is maintained by Linus Torvalds」。他的工作節奏跟著主線的發布週期走。根據 process/2.Process 這份文件，每兩到三個月會出一個新版本，一個週期分成兩段。
合併窗口：大約兩週
新週期開始時，各子系統維護者（網路、檔案系統、記憶體管理等）把上一段時間累積、已經在自己的樹裡測過的修改，以 pull request 的形式送給 Torvalds。他審查後把這些樹合併進主線。這段時間叫做合併窗口（merge window），文件寫的是「approximately two weeks」。合併窗口以他發布 -rc1 結束。
每週一個 -rc
-rc1 之後，新功能原則上不再進來，只收修正。文件寫著「Linus releases new -rc kernels about once a week」，這個階段持續六到十週。什麼時候出下一個 -rc，也由他判斷：文件寫的是當他認為 git 樹「in a reasonably sane state adequate for testing」的時候。等他認為夠穩定了，就發布正式版，下一個合併窗口隨即開始。
信任鏈：程式碼到他手上之前已經過篩選
維護者也會從其他維護者那裡拉取程式碼，文件把這種結構稱為信任鏈（chain of trust）。所以大部分修補在到 Torvalds 手上之前，已經經過一層或幾層維護者的審查。他每天面對的是一棵一棵整理好的樹和它們的合併請求，而不是每位貢獻者的每份修補。他也還會自己寫程式，2026 年 10 月那個分支就是例子。
這跟你租的 VPS 有什麼關係？
你的 VPS 跑的是某個版本的 Linux 核心。登入後執行：
uname -r輸出開頭的數字是核心版本，後面通常還有發行版加上的建置標記。發行版不會每週去抓主線，它們挑一個正式版本或長期維護（longterm）版本線，再加上自己的修補。kernel.org 首頁同時列出主線、穩定版和多條長期維護版本線，就是這個原因。
這表示你伺服器上的每一行核心程式碼，幾乎都先走過主線的合併窗口和 -rc 週期，再經過發行版的打包，才在某次 apt upgrade 加重新開機之後出現在你的機器上。Torvalds 的決定會影響你的伺服器，但會晚一段時間，而且中間隔著好幾道把關。
反過來也成立：放在他個人樹裡、還沒合併進主線的分支，不會出現在任何一台 VPS 上。理解這一點，才不會被下面那則新聞的標題帶著走。
2026 年 10 月：noref-filemap-read-with-llm 分支是什麼？
Phoronix 在 2026 年 10 月 11 日報導，Torvalds 在自己的核心樹裡發布了一個名為 noref-filemap-read-with-llm 的分支。從 kernel.org 這棵樹的鏡像可以看到，這個分支在 7.3-rc6 之上有 9 個提交，作者全是 Torvalds。最上面的提交是 4c0f369，標題為 mm: read from the page cache without folio references，日期是 2026 年 10 月 10 日。截至 2026 年 10 月 17 日，GitHub 上的 torvalds/linux 鏡像沒有這個分支，所以要看它得找 kernel.org 這一邊。
這個提交的訊息相當於整個系列的說明文字。其中有這樣一句：「The code, the test programs, the review behind the list above and the first draft of this text were done with an LLM coding assistant (Claude Code) under my direction.」意思是：程式碼、測試程式、問題清單背後的審查，以及這段說明的初稿，都是在他的指導下由 LLM 程式助手 Claude Code 完成。下一句是「The measurements were run on my machine.」，也就是效能數字是在他自己的電腦上量的。
截至 2026 年 10 月 17 日，主線 master 最近的提交裡沒有這個系列。它還沒被合併。
它想解決什麼問題？
頁面快取（page cache）是核心把檔案內容放在記憶體裡的機制。第二次讀同一個檔案時，資料直接從記憶體拿，不用再碰磁碟。folio 是核心管理這些記憶體的單位，可以是一頁，也可以是連續的多頁。從提交標題和它列出的問題來看，這個系列讓讀取不再對 folio 加參考計數，改用 RCU（read-copy-update，一種讓讀取方不必上鎖的同步機制）的寬限期（grace period），確保頁面在讀取期間不會被回收。
為什麼要這樣做，看數字最清楚。
提交訊息裡的測試數字
測試環境只有一台筆電：i7-8565U（4 核心、8 執行緒），ext4 檔案系統，關閉 CPU 漏洞緩解措施（mitigations off），也關閉 CONFIG_HARDENED_USERCOPY。測試方式是每條執行緒各用一個檔案描述子，對一個頁面反覆做 16 位元組的 pread()。基準核心是「7.3-rc6 plus fixes」，也就是提交 0c2669a9f4a1。下面的數字是提交訊息裡的範圍值，每一格都照原文的上下限列出。
此圖表背後的資料
[
{
"config": "1 \u57f7\u884c\u7dd2",
"base_low_m": 7.9,
"base_high_m": 8.1,
"series_low_m": 8.8,
"series_high_m": 8.9
},
{
"config": "4 \u57f7\u884c\u7dd2\uff08\u6bcf\u6838\u4e00\u689d\uff09",
"base_low_m": 8.9,
"base_high_m": 11.6,
"series_low_m": 25,
"series_high_m": 26
},
{
"config": "8 \u57f7\u884c\u7dd2",
"base_low_m": 9.9,
"base_high_m": 10.4,
"series_low_m": 30,
"series_high_m": 33
}
]單執行緒時差別不大：基準核心每秒 7.9 至 8.1 百萬次，分支是 8.8 至 8.9 百萬次。到了 8 執行緒，基準核心只有 9.9 至 10.4 百萬次，分支則是 30 至 33 百萬次，大約三倍。
Torvalds 在訊息裡提醒，這台筆電會因為溫度而降頻，所以每次讀取花多少 CPU 週期，比每秒讀幾次更適合拿來比較。
此圖表背後的資料
[
{
"config": "1 \u57f7\u884c\u7dd2",
"base_cycles_low": 452,
"base_cycles_high": 454,
"series_cycles_low": 408,
"series_cycles_high": 409
},
{
"config": "4 \u57f7\u884c\u7dd2\uff08\u6bcf\u6838\u4e00\u689d\uff09",
"base_cycles_low": 1318,
"base_cycles_high": 1401,
"series_cycles_low": 417,
"series_cycles_high": 438
},
{
"config": "8 \u57f7\u884c\u7dd2",
"base_cycles_low": 2937,
"base_cycles_high": 2975,
"series_cycles_low": 725,
"series_cycles_high": 726
}
]這張圖的形狀比倍數更有意思。基準核心單執行緒每次讀取約 452 個週期，到 8 執行緒時變成 2937 至 2975 個週期。同樣的工作，核心越多反而每次越貴。這是多個核心在爭用同一份共享資料時的典型樣子：每次讀取都要更新同一個參考計數，那條快取行（cache line）就得在核心之間來回搬。分支版本拿掉了這次更新，所以 4 執行緒時每次讀取仍只要 417 至 438 個週期，跟單執行緒差不多。
Torvalds 預期核心更多、或有多個 CPU 插槽的機器得益會更大，但訊息裡寫明他沒有量過比這台筆電更大的機器。
提交訊息自己列出的限制和問題
這份說明最值得讀的部分，是它花很多篇幅寫這個做法還有哪些地方沒處理好。測試範圍只有幾個壓力測試程式、用 gcc 建置的單一 x86-64 設定，以及讓這台筆電實際跑這個核心。沒有跑的包括 xfstests、lockdep、KASAN、用 clang 建置的核心，以及 32 位元平台。列出的開放問題包括：
- 記憶體配置器看不到正在等待 RCU 寬限期的頁面，可能提早觸發 OOM（out of memory，記憶體不足），也可能讓 CMA 的
alloc_contig_range()失敗。 - splice 的行為改變了，其中一個 vmsplice 的邊界情況需要專門的測試。
- 讀取路徑以外的成本，例如冷頁面、回收（reclaim）和截斷（truncate）的負載，都還沒量過。
- 在 lazy preemption 模式下，加速寬限期的工作可能要等到下一個時鐘中斷，他不確定目前的排程器解法方向對不對。
換句話說，這是一份公開的實驗，附帶一張誠實的待辦清單，不是一份準備合併的修補。
這個分支說明了什麼，又沒說明什麼？
它說明的事很具體：核心的主要維護者願意在自己的樹裡，用自己的名字發布由 AI 程式助手產出的程式碼，並在提交訊息裡寫清楚哪些部分是工具做的。開源專案怎麼規範這類程式碼，各家做法不同，核心這邊用的署名方式和 Assisted-by 標記，開源專案對 AI 輔助程式碼的政策有整理。Claude Code 本身在提交上怎麼標示共同作者，可以看Claude Code 的提交署名設定。
它沒說明的事也一樣重要。這些數字只來自一台筆電、一種建置設定，而且作者自己列出了一長串沒測過的情況。這個系列還沒合併，所以它不會影響任何一台正在運作的伺服器。如果它日後要進入主線，走的會是前面講過的同一套流程：在郵件列表上接受審查，由維護者把關，再在某個合併窗口被拉進來。這套流程不會因為作者是 Torvalds、或因為工具是 Claude Code，就跳過任何一步。
要追後續，最可靠的方式是看主線的提交紀錄本身。如果某天這個系列的標題出現在 master 上，那才是它真正進入核心的時間。
FAQ
Linus Torvalds 現在還在維護 Linux 核心嗎？
是的。核心官方文件寫明主線樹由 Linus Torvalds 維護。他的日常工作是在每個週期約兩週的合併窗口裡，審查並合併子系統維護者送來的 pull request，然後在之後的六到十週裡大約每週發布一個 -rc 測試版，最後發布正式版。Linux Foundation 也寫明，什麼新程式碼可以進入標準 Linux 核心，最後由他決定。
Git 是 Linus Torvalds 寫的嗎？
是。2005 年，Linux 核心社群和 BitKeeper 背後的公司關係破裂，免費使用資格被撤銷，Torvalds 因此開始寫 Git。Git 的第一個提交由他撰寫，日期是 2005 年 4 月 7 日，訊息是 Initial revision of "git", the information manager from hell。Git 以 GNU GPL 第 2 版發布，今天由其他維護者持續開發。
Linus Torvalds 用 Claude Code 寫的程式碼進入 Linux 核心了嗎？
截至 2026 年 10 月 17 日還沒有。noref-filemap-read-with-llm 是他放在自己 kernel.org 樹裡的分支，建立在 7.3-rc6 之上，提交訊息寫明程式碼、測試和說明初稿是在他指導下由 Claude Code 完成的。主線 master 上還看不到這個系列，所以它不在任何發行版核心裡。要確認它是否被合併，直接查主線的提交紀錄。
Linus Torvalds 在 2018 年為什麼暫停維護核心？
2018 年 9 月 16 日，他在 Linux 4.19-rc4 的發布公告裡為過去對人的態度道歉，說那些行為不專業也沒有必要，並表示要休息一段時間，學習理解別人的感受。他請 Greg Kroah-Hartman 接手完成 4.19，而 4.19 也在 2018 年 10 月 22 日由 Kroah-Hartman 發布。同一個 rc4 帶進了以 Contributor Covenant 1.4 版為基礎的核心行為準則，取代原本的 Code of Conflict。