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 關於在冠狀病毒禁足期間在家工作的建議
- Linus Torvalds 宣佈新版Linux系統核心釋出Linux
- 為何《貢獻者許可協議》不利於開源社群?協議
- Linux系統管理——初學者建議Linux
- Torvalds 拒絕接受 ZFS 檔案系統
- 軟體專案過程診斷與改進建議案例
- Karpathy觀點惹爭議:RLHF不是真正的強化學習,谷歌、Meta下場反對強化學習谷歌
- 關於Sybase IQ所使用檔案系統維護建議TJ
- 強烈建議社群文件選單進行改進!
- Linus Torvalds 不再讀程式碼
- TCP/IP協議及配置、檔案系統TCP協議
- 給Python學習者的檔案讀寫指南(含基礎與進階,建議收藏)Python
- 建議提供CHM版的幫助檔案
- 【史上最全】Hadoop 核心 - HDFS 分散式檔案系統詳解(上萬字建議收藏)Hadoop分散式
- (建議收藏)OpenHarmony系統能力SystemCapability列表
- 手機“三包”惹爭議 換貨後要不要重新算?HC
- Nginx配置檔案詳解與優化建議Nginx優化
- .NET 各版本貢獻者列表
- 超千名員工聯合抗議、7名員工集體離職,谷歌新專案引爭議谷歌
- 關於 Linux 和 Git 的創造者 Linus Torvalds 的 20 件趣事LinuxGit
- i.MX6ULL終結者Linux檔案系統的構建BusyBox構建根檔案系統Linux
- Windows 11 使用者“怒了” :微軟發推炫耀 3D 海龜表情包引爭議Windows微軟3D
- Android開發一點小技巧和建議獻上Android
- [譯] 為 GitHub 專案做出貢獻的初學者指南Github
- Hadoop將死?Cloudera CEO怒懟GartnerHadoopCloud
- 自由軟體之父RMS怒懟GitHubGithub
- 軟體管理,磁碟儲存,檔案系統以及網路協議協議
- 對企業CRM系統選型的建議。
- 實施PLM系統的總結及建議
- 小組貢獻統計表
- 根檔案系統構建
- 給PHP開發者的建議PHP
- NEO改進協議提案9(NEP-9)協議
- NEO改進協議提案1(NEP-1)協議
- NEO改進協議提案2(NEP-2)協議
- NEO改進協議提案3(NEP-3)協議
- NEO改進協議提案4(NEP-4)協議
- NEO改進協議提案5(NEP-5)協議