的代碼 上週一,Rust for Linux 被合併到主要的 Linux 6.1 Git 樹中 而這個新的初始 12 行代碼只提供了非常基本的基礎設施和集成,而未來的拉取請求將添加更多的子系統抽象、用 Rust 編寫的各種驅動程序等等。
支持 Rust 的 Linux 內核編譯仍然是可選的,隨著“Rust for Linux”項目又邁出了一大步,但一些開發人員似乎仍然對將 Rust 語言引入 Linux 內核持懷疑態度。
Torvalds 在給內核社區的消息中說:
“這棵樹有一個最近的基礎,但它基本上在 linux-next 上運行了一年半。 根據內核維護峰會的反饋進行了更新。
Miguel 是主要維護者,我會在必要時提供幫助。 我們的計劃是,一旦第一輪基礎設施完成,樹就會過渡到不改變基地的標準做法。 內容是允許將 Rust 代碼集成到內核中的絕對最低限度,還有更多接口(和驅動程序:NVMe、9p、GPU M1)正在開發中。”
提醒一下,該項目 “Rust for Linux”旨在將一種新的編程語言引入內核. Rust 有一個關鍵屬性,使它成為第二種內核語言非常有趣:它確保不會發生未定義的行為。 這包括不使用 after-free、double free、數據競爭等錯誤。
有了這個,幾乎在 31 年後,內核開發將接受第二種語言。 相關討論圍繞著放棄 C 以支持 Rust 語言的可能性。
Rust 支持在 linux-next 上已經有一年半的時間了,簡短的日誌並不能說明為 Linux 內核端和 Rust 上游端都做出貢獻以支持內核需求的人數...
感謝這 173 個人,還有更多,他們以各種方式參與其中
Torvalds 在內核郵件列表中宣布, 對 Rust for Linux 的初步支持大約在 4 個領域 其中包括:
- 內核內部(Rust 符號的 kallsyms 擴展,%pA 格式);
- Kbuild 框架(Rust 構建規則和支持腳本)
- Rust 核心文檔和示例。
Torvalds 最近調查了用 ANSI C 編寫的內核鍊錶推測執行原語的潛在安全問題。在解決這個問題時,他意識到“在 C99 中,傳遞給遍歷宏列表的迭代器必須在循環本身。
正是從這一觀察中,他最近決定將 Linux 內核升級到 C11,其標準化已於 2011 年完成。這些技術原因可以證明長期放棄 C 語言而支持 Rust 是合理的,在除了基本的發展條款。
的支持 用於 Linux 內核開發的 Rust 繼續並被認為是“重要的一步 能夠以更安全的語言編寫控制器。” Rust 語言由 Mozilla Research 開發,是為基本輸入/輸出系統 (BIOS)、引導管理器、操作系統等編寫代碼的人使用的編程語言類型。 有興趣
一些專家觀察家認為,它是系統編程的未來,而不是 C 語言。事實上,專家認為它比 C/C++ 對提供更好的軟件安全保證。 例如,在雲計算領域的全球領導者 AWS 中,指定為您的開發項目選擇 Rust 意味著將 C 的能效和執行性能添加到安全性優勢中。
終於 如果您有興趣了解更多信息,您可以查閱 以下鏈接。
什麼好消息。 這是被看到的東西。 特別是因為生鏽正在獲得很大的力量。 就個人而言,Rust 編程很吸引我,我很快就會成為 Rust 的專業人士。