Linus Torvalds怒懟谷歌貢獻者,檔案系統改進建議惹爭議
近期,Linus Torvalds 在 Linux 核心郵件列表中針對谷歌一位貢獻者提出的檔案系統建議表達了強烈的不滿,他的言辭之激烈,引發了業界的廣泛關注。
這場爭議的焦點是“inode”——這是檔案系統中一個重要的概念,Red Hat 定義它為“檔案系統上特定後設資料的唯一識別符號”。
近幾周,inode 的討論在 Linux 核心郵件列表上愈演愈烈。Torvalds 和來自谷歌的 Steven Rostedt 圍繞此議題展開了激烈的辯論。有觀點提出,在使用 tar 命令進行檔案打包時,inode 仍然扮演著重要角色。但 Torvalds 堅持認為,inode 的重要性已隨著時間逐漸減弱。
“沒錯,inode 號碼曾有過其特殊的意義,這背後有著深厚的歷史淵源。但我們必須積極地走出這段歷史的束縛。” Torvalds 在帖子中寫道,“inode 號碼不再是一個能提供唯一標識的標準。我們已不在 1970 年代,檔案系統的演進已經是不可逆轉的。”
儘管如此,關於 inode 的討論並未畫上句號。Rostedt 最終提出,每個 inode 都應有其唯一編號。
對此,Torvalds 的反應異常強烈,他使用了近年少見的語言和語調。
還記得 2018 年,Torvalds 曾因為在電子郵件中輕率攻擊其他 Linux 程式設計師和專案貢獻者而宣佈休假並尋求幫助。他承認自己的行為“既不專業也無端”,尤其是在他將攻擊變得個人化時,“我現在明白這是不可接受的,我對此深感歉意。”
Linux 核心郵件列表實際上是許多貢獻者的工作場所。攻擊性的言論無疑會破壞工作氛圍。鑑於 Linux 專案依賴志願者貢獻者和維護者,一個充滿敵意的工作環境可能會對專案造成嚴重影響。
在回應 Rostedt 關於 inode 唯一編號的建議時,Torvalds 表達了自己的立場:“不要讓事情變得比必要的更復雜。”
他的語氣逐漸變得激烈:“該死的,別再複製 VFS 層的功能了。上次那樣做就已經是個糟糕的主意了,這次更是如此。我不能接受這種無理的做法。”
Torvalds 批評 Rostedt 未能完全理解問題的本質,而 Rostedt 後來也承認了這一點。但在那時,Torvalds 已經對他進行了尖銳的指責:“你複製那個功能卻沒理解其真正的目的,導致你的程式碼一塌糊塗。”
雖然討論在更為溫和的氣氛中繼續,Torvalds 提出了自認為更合理的解決方案。這位“企鵝皇帝”表示,他不打算立即追究這件事,因為“我已經在這上面浪費了太多時間,我在其他職責上已經落後了,現在我無法處理這件事。”
Rostedt 的回覆帶著一絲諷刺:“諷刺的是,我一直推遲的職責之一是編寫維護者倦怠支援小組的檔案。”
隨後,Torvalds 轉向了更令人振奮的事情——Linux 核心的 6.8-rc2 版本首次亮相。Torvalds 指出,rc1 版本中包含了一個可能導致桌面掛起的 amdgpu 排程錯誤,“這個問題似乎影響了相當多的人。” 幸運的是,一個可能的 btrfs 錯誤在 rc1 釋出前就被發現並修復了。
Torvalds 表達了他對即將到來的 rc2 版本的希望:“現在我們進入釋出週期的更穩定階段,解決了可能影響許多測試者的問題。所以希望修復將更加微妙,不會影響常見的核心設定。”
他以一個鼓勵的語氣結束了帖子:“所以出去測試吧。現在安全了。你相信我,對吧?”
當然——如果問題只是關於開發一個核心的話。
來自 “ https://www.theregister.com/2024/01/29/linux_6_8_r ”,原文連結:https://blog.itpub.net/11310314/viewspace-3005604/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- Linus Torvalds 關於在冠狀病毒禁足期間在家工作的建議
- 為何《貢獻者許可協議》不利於開源社群?協議
- 強烈建議社群文件選單進行改進!
- 關於Sybase IQ所使用檔案系統維護建議TJ
- Torvalds 拒絕接受 ZFS 檔案系統
- TCP/IP協議及配置、檔案系統TCP協議
- Linus Torvalds 宣佈新版Linux系統核心釋出Linux
- 合同管理系統建設建議書
- 系統學習Linux建議Linux
- 新款MacBook Pro續航時間惹爭議 只能續航3小時!Mac
- Windows 11 使用者“怒了” :微軟發推炫耀 3D 海龜表情包引爭議Windows微軟3D
- 谷歌法律”爭議域名Google-Legal.com被仲裁谷歌Go
- 給Python學習者的檔案讀寫指南(含基礎與進階,建議收藏)Python
- 建議提供CHM版的幫助檔案
- 避免誤刪檔案的12條建議
- Linus Torvalds 不再讀程式碼
- Linux系統管理——初學者建議Linux
- (建議收藏)OpenHarmony系統能力SystemCapability列表
- 自由軟體之父RMS怒懟GitHubGithub
- 谷歌投資創始人妻子公司可能引爭議谷歌
- 評論者談開發者爭取推薦機會的8點建議
- Nginx配置檔案詳解與優化建議Nginx優化
- IT人士十大不良飲食習慣及改進建議
- 超千名員工聯合抗議、7名員工集體離職,谷歌新專案引爭議谷歌
- 【史上最全】Hadoop 核心 - HDFS 分散式檔案系統詳解(上萬字建議收藏)Hadoop分散式
- 給大家在linux上檔案系統選擇上的一些建議(轉)Linux
- 【拖雷】Taobao監控系統之改進——檔案傳輸
- Hadoop將死?Cloudera CEO怒懟GartnerHadoopCloud
- 想在JBoss上構建OA系統,各位有何建議?
- 實施PLM系統的總結及建議
- 對企業CRM系統選型的建議。
- 系統運維監控的幾點建議運維
- 使用版本控制系統的 3 個建議
- 建議banq系統闡述DDD,DCI,CQRS,Event
- 關於公司系統支撐工作的建議
- Android開發一點小技巧和建議獻上Android
- NEO改進協議提案6(NEP-6)協議
- NEO改進協議提案9(NEP-9)協議