自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

Linux之父新年又發(fā)火!怒斥谷歌內核貢獻者:我不會接受這種垃圾代碼

譯文 精選
系統(tǒng) Linux
在Linus Torvalds發(fā)布了Linux內核6.8-rc2版本后,他鼓勵開發(fā)者和測試者積極參與新版本的測試工作。盡管在內核開發(fā)過程中難免會遇到如bug修復、功能優(yōu)化等挑戰(zhàn),但通過不斷的迭代更新和社區(qū)成員之間的合作與反饋,Linux內核得以持續(xù)改進和增強。

編譯丨諾亞

出品 | 51CTO技術棧(微信號:blog51cto)

Linus Torvalds最近在Linux內核郵件列表上發(fā)表了一篇措辭激烈的帖子,對Google的一位貢獻者關于文件系統(tǒng)方面的建議進行了嚴厲批評。爭論的焦點在于inode,根據(jù)Red Hat的解釋,inode是“給定文件系統(tǒng)上特定元數(shù)據(jù)的唯一標識符”。

過去幾周,inode問題一直在Linux內核郵件列表上引發(fā)討論,其中谷歌內核貢獻者 Steven Rostedt和Torvalds圍繞此話題展開了激烈的交流。在一個名為“使所有文件和目錄的inode號都相同”的線程中,有人指出,在使用tar進行文件歸檔時,inode可能仍具有作用。對此,Torvalds反駁稱,inode的時代已經(jīng)過去了。

他寫道:“是的,inode號曾經(jīng)很重要,并且背后有一段歷史。但我們應該盡最大努力擺脫那段有缺陷的歷史。inode號現(xiàn)在已經(jīng)不是唯一的描述符了。我們不再是生活在20世紀七十年代,文件系統(tǒng)已經(jīng)發(fā)生了變化。”

盡管如此,關于inode的辯論仍在繼續(xù)。最終Rostedt建議所有的inode都應該擁有唯一的數(shù)字編號。

Torvalds對此回應的用詞和語氣在近年來十分罕見。

畢竟2018年他曾宣布暫時離開并尋求情緒控制上的幫助,此前他為向其他Linux程序員和項目貢獻者的電子郵件中的輕率攻擊道歉,承認那些攻擊行為“既不專業(yè)也毫無道理。尤其在我將其變得非常私人化的時候……我現(xiàn)在明白這是不對的,并真心表示歉意”。

Torvalds之所以表現(xiàn)出悔過之意,部分原因在于Linux內核郵件列表實際上對于許多貢獻者來說是一個工作場所。濫用語言暴力不利于營造一個愉快的工作環(huán)境,考慮到Linux依賴于志愿者貢獻者和維護者,惡劣的工作環(huán)境有可能對項目造成傷害。

針對Rostedt提出的關于唯一inode號碼的建議,Torvalds首先開篇說:“別把事情搞得比需要的更復雜。”

接著他的言辭變得更為激烈:

“天哪,別再復制VFS層函數(shù)了!上次是個壞主意,這次也是個極其糟糕的主意。我不會接受這種垃圾代碼。”

Torvalds主要批評Rostedt的點在于,他認為這位谷歌開發(fā)者并沒有完全理解所涉及的主題內容——這一點后來得到了Rostedt的認可。   

不過,在那之前,Torvalds已經(jīng)發(fā)動了自己的言語“攻擊”。如下所述:

你在未理解函數(shù)為何執(zhí)行特定操作的情況下復制了該函數(shù),因此你的代碼完全是垃圾。

再次強調這一點。

在接下來一段時間里,辯論以相對冷靜的語氣繼續(xù)進行。Torvalds提出了他認為可以更好地解決Rostedt所關注問題的建議。

這位Linux之父寫道,他并不打算立即著手處理這個問題,因為他已經(jīng)為此浪費了足夠多的時間,而且他在其他職責方面也落后很多,因此現(xiàn)在無法在這方面投入精力。

針對Torvalds的說法,Rostedt回復了一條頗有針對性的觀察:

我完全理解你目前的工作負擔和時間安排。我非常感謝你抽出寶貴時間來討論這個議題,并提供了寶貴的見解和替代方案。我會仔細考慮你的建議并重新審視我的實現(xiàn)方式。為了確保我們的代碼質量以及Linux內核整體的穩(wěn)定性和效率,我會更深入地研究文件系統(tǒng)相關的底層機制,以避免再次出現(xiàn)這樣的誤解和無效工作。再次感謝你的指導,我將據(jù)此調整我的開發(fā)方向,力求達到更好的解決方案。

頗具諷刺意味的是,我一直推遲的一項職責——就是修復eventfs的同時編寫一份關于維護者如何應對工作壓力和倦怠問題的支持文檔。:-p

到了周日,Torvalds開始在Linux內核的愉快話題上發(fā)布消息:Linux內核6.8-rc2版本正式發(fā)布。

他指出,在rc1中包含了一個“amdgpu調度錯誤,該錯誤可能導致桌面掛起(最終會恢復,但恢復時間可能長到足以讓大多數(shù)用戶選擇重啟電腦而不是等待)”。

“這個問題似乎影響了相當多的人?!?/p>

幸運的是,Torvalds本人曾遭遇的一個btrfs bug并未出現(xiàn)在rc1中,因為它在發(fā)布前就被注意到了。

他在帖子中寫道:“無論如何,我希望隨著rc2的推出,我們現(xiàn)在進入了發(fā)行周期中更為穩(wěn)定的階段,那些可能影響大量測試者的這類問題已經(jīng)得到解決。因此,希望后續(xù)的修復將會更加細致,盡量不影響到常見的核心配置。”

“所以,請大家盡情測試吧。現(xiàn)在是安全的。你們信任我,對嗎?”

當然,如果問題僅僅關于開發(fā)內核本身的話。

在Linus Torvalds發(fā)布了Linux內核6.8-rc2版本后,他鼓勵開發(fā)者和測試者積極參與新版本的測試工作。盡管在內核開發(fā)過程中難免會遇到如bug修復、功能優(yōu)化等挑戰(zhàn),但通過不斷的迭代更新和社區(qū)成員之間的合作與反饋,Linux內核得以持續(xù)改進和增強。因此,對于那些信任并關注內核開發(fā)的人來說,參與測試不僅有助于提高內核質量,也是推動整個開源生態(tài)系統(tǒng)向前發(fā)展的關鍵步驟之一。

參考鏈接:https://www.theregister.com/2024/01/29/linux_6_8_rc2/?td=rt-4a

責任編輯:武曉燕 來源: 51CTO技術棧
相關推薦

2009-07-21 08:41:52

Linux內核開源操作系統(tǒng)Intel

2020-06-18 11:14:53

微軟谷歌開源

2019-01-21 08:00:00

谷歌開源數(shù)據(jù)

2023-09-19 07:20:33

2015-06-23 13:41:03

Docker開源社區(qū)代碼貢獻

2015-09-08 09:05:16

貢獻者維基Linux

2022-03-26 10:18:26

GoogleRust獲獎者

2019-12-18 23:11:24

TF架構網(wǎng)絡連接

2015-07-22 16:08:46

OpenStack開源貢獻代碼

2011-07-01 09:26:12

2013-09-09 12:35:54

MongoDB

2020-11-11 14:48:41

Linux內核代碼

2016-02-01 09:24:24

Quora排行算法

2024-11-04 13:12:28

2021-04-20 11:48:59

LinuxLinux內核C++

2012-11-13 10:47:59

大數(shù)據(jù)HBaseHadoop

2021-07-07 09:41:16

CentOS CentOS StreCentOS Stre

2011-09-21 12:59:06

Linux內核開發(fā)

2020-12-02 09:59:37

Linux 系統(tǒng) 數(shù)據(jù)
點贊
收藏

51CTO技術棧公眾號