前幾天在網站上 《Linux Journal》分享了一個帖子 在其中 談談 歐洲開源峰會上討論的主題,其中 Linux 核心開發人員 Jonathan Corbet 提到了一些關於 核心內的開發方向 Linux 在未來幾年的發展。
該出版物非常重要地強調了 Linux LTS 版本的開發問題,考慮到這些版本的特性,特別是它們的支援時間問題,這在目前和將來都可能是一個大問題。這些。
並且在出版物中 有人提到 Linux 核心開發人員,p他們打算將自己的更新週期限制為兩年 適用於 Linux 核心的 LTS 分支。 正式而言,LTS 版本的維護時間仍為 2 年,p但在過去的五年裡 更新發布 已延長至6年 如果核心繼續受到需求,行業代表已準備好幫助開發人員提供維護。
將來, 由於興趣下降,這項延期受到質疑 關於使用舊的 LTS 核心:大多數用戶很早就將他們的產品移植到較新的核心分支,6 年被認為是一個過長的時期。
另外, 隨著 LTS 版本數量的增加, 增加維護者的負擔,他們的工作變得例行公事,並減少到持續支持糾正。 這種負擔導致助理疲憊不堪,失去繼續工作的興趣。
維護者倦怠被認為是最嚴重的問題之一 在核心開發社區。 儘管有公司的支持,大多數內核開發參與者都是出於興趣而充當志願者:在 200 多名活躍的開發參與者中,只有大約 2.000 名開發人員獲得了工作報酬。 修復小錯誤、執行模糊測試和審查變更的持續單調使開發人員筋疲力盡,並導致對維護人員的工作失去興趣。
正如 Corbet 所強調的那樣,維護者的倦怠是一個嚴重的威脅。 Linux 維護很大程度上是志工的工作,200 多名開發人員中只有大約 2000 名支付了他們的貢獻。 由於模糊測試、修復小錯誤和審查貢獻,對維護人員時間的無休無止的要求造成了損失。 著名的維護者警告說,他們需要幫助以避免崩潰。 依賴 Linux 的公司必須認識到,為了維持這個重要的生態系統,提供經濟回報最符合他們的利益。
這些問題中也突出的是 Linux 核心分支出現的危險,這些分支與主核心分離並依賴各個供應商。 像這樣的分支可能是由像 Red Hat Enterprise Linux 這樣的發行版產生的,這些發行版使用基於非常舊的核心版本和備份更改的核心包。
這些分支的危險在於,透過選擇性地推送更改,您可能會錯過漏洞和嚴重問題的修復。 此外,它們使得分析發生的錯誤變得困難,因為並不總是清楚問題是出現在主核心中還是由製造商特定的變更引起的。
提到,更正確的內核維護模型是遵循類似於Android的模型,即從主內核轉移所有更改並在主內核中開發必要的創新,而不是維護自己的版本內核,包括特定於 Android 平台的更改。
完整的變更遷移模型主要從安全角度來看是有益的,因為當選擇性地遷移修補程式時,修復和消除潛在安全問題之間的聯繫並不總是顯而易見的。 當更改完全遷移後,問題通常會在出現修復阻止漏洞的資訊之前解決。
終於 如果您有興趣了解更多信息, 您可以在中查看詳細信息 以下鏈接。