如果您還沒有準備好進行一些（容我們說）激烈的爭論，那麼 Linux 核心就不是一個工作場所。儘管如此，該專案的一位關鍵開發人員在主要基於 C 的核心中擴展 Rust 的地位，他認為「非技術廢話」太多了，因此他即將退休。

Rust for Linux 專案的領導者 Wedson Almeida Filho 上週寫信給 Linux 核心郵件列表，要求解除自己作為該專案維護者的職務。 Filho 寫道：“近四年過去了，我發現自己不再有精力和熱情來回應一些非技術性的廢話，所以最好把它留給那些仍然有精力和熱情的人。”在感謝隊友的同時，他指出，他相信核心的未來“在於記憶體安全的語言”，例如 Rust。 Filho 寫道：“我沒有遠見，但如果 Linux 不將這一點內在化，我擔心其他核心也會像對待 Unix 那樣對待它。”

Filho 還留下了一個“背景樣本”，這是一個Linux 會議演講期間某個時刻的鏈接，其中一個鏡頭外的聲音（Filho 在Register 採訪中確認為內核維護者Ted Ts’o）強調地插話道：“事情是這樣的。 ：你不會強迫我們所有人學習 Rust。”在Filho 要求Linux 檔案系統實現Rust 綁定的背景下，Ts’o 表示，雖然他知道他必須修復他所做的任何更改的所有C 程式碼，但他不能或不會修復可能受影響的Rust 綁定。

“他們只是想保留他們的 C 代碼”

Asahi Linux 專案的開發人員 Asahi Lina 上週晚些時候在 Mastodon 上發文表示：“遺憾的是，我完全理解 Wedson 的挫敗感。” Lina 指出，“一部分 C 核心開發人員似乎決心讓 Rust 維護者的生活變得盡可能困難”，她詳細介紹了他們在編寫直接渲染管理器 (DRM) 調度程式抽象時遇到的記憶體安全問題。 Lina 試圖推動一些小修復，使 C 代碼“更加健壯並且生命週期要求更合理”，但被維護者阻止。 DRM 調度程式的 C 程式碼中的錯誤是 Lina 的 Apple GPU 驅動程式中內核崩潰的唯一原因，她寫道，“因為我是用 Rust 編寫的。”

「但我感覺一些 Linux 核心維護者不再關心未來的程式碼質量，或穩定性或安全性，」Lina 寫道。 “他們只是想保留他們的 C 代碼，並希望我們這些 Rust 人離開。這真的很悲傷……而且無助於讓 Linux 變得更好。”

SourceHut 的創始人 Drew DeVault 在部落格中介紹了 Rust 在核心中尋找一席之地的嘗試。理論上，核心應該歡迎有動力的新人的熱情投入。 「實際上，Linux 社區就像狂野的西部，眾所周知，徹底的改變很難達成共識，而這是迄今為止為該項目提出的最廣泛的徹底改變，」DeVault 寫道。 「每個子系統都是一個私人領地，受到Linux 1,700 多名維護者中每一位維護者的突發奇想的影響，幾乎所有人都在這場競賽中養了一隻狗。這是在放貓：有效地引入Rust 一部分是編碼工作，九十九部分是政治工作工作——這是大量的編碼工作。

DeVault 建議 Rust 開發人員從頭開始建立一個與 Linux 相容的內核，而不是測試他們對內核政治的耐心。 「把自己從 [Linux Kernel Mailing List] 對於將 Rust 帶入內核空間的雄心壯志來說，政治鬥爭可能會是一場巨大的勝利，」DeVault 寫道。

Torvalds 明白為什麼 Rust 的採用速度緩慢

您可能想知道首席維護者 Li​​nus Torvalds 對這一切有何看法。他在 2021 年採取了「觀望」的態度，希望 Rust 能夠首先在相對孤立的設備驅動程式中嶄露頭角。在上個月末的一次露面中，Torvalds 基本上同意 Rust 開發者的抱怨，儘管差異更大。

“我原以為 [Rust] Torvalds 說：「更新速度更快，但部分問題在於，舊式核心開發人員習慣了 C，不了解 Rust。他們對於必須學習新語言並不感到興奮。」在某些方面，非常不同。因此，Rust 受到了一些阻力。

Linux 核心是一個高風險項目，有數百上千的開發人員參與其中。衝突也許是不可避免的。時間會告訴我們，C 語言作為編碼和思考如此龐大且不斷變化的程式碼庫的主要方式將保持多久。

Ars 已聯繫 Filho 和 Ts’o 徵求意見，並將更新這篇文章並做出回應。