長期 Linux 內核開發人員 Matthew Wilcox 發起了一項“是時候刪除 reiserfs 了嗎?”的討論。Wilcox 刪除 ReiserFS 的動機是由于，他正在追求的內核基礎設施的變化，但 ReiserFS 遺留在一定程度上對他的工作造成了阻礙。

Wilcox 指出，除了 Syzbot 的修復和其 tree-wide 代碼的修改，ReiserFS 在最近幾年幾乎都沒有新動向;至少從 2019 年開始，似乎就沒有任何用戶上報的 bug 被修復了。

在樹中保留 reiserfs 有一定的代價。 例如，我非常希望刪除 ->write_begin 的"flags"參數。我們已經有了處理 AOP_FLAG_NOFS 的基礎設施，但 AOP_FLAG_CONT_EXPAND 仍然存在，只被 reiserfs 使用。

翻看過去幾年對 reiserfs 的補丁，有對一些 syzbot 報告和 treewide 修改的修復。自 2019 年以來，似乎沒有對用戶發現的 bug 進行任何修復。reiserfs 是否仍然有一個龐大的安裝基礎，只是對一個舊的穩定文件系統非常滿意? 還是它的所有用戶都已經遷移到了新的、令人興奮的、有積極功能開發的文件系統?

我們以前也刪除過對老舊文件系統的支持(ext, xiafs)，所以這并不是沒有先例。不過，雖然我清楚地知道移除 reiserfs 對其他開發者的好處，但我沒有足夠的信息來衡量用戶的成本。 也許他們對 5.15 支持他們的 reiserfs 文件系統感到滿意，并且可以在 5.15 之后升級內核之前遷移到其他文件系統。

除了直接刪除之外，另一種可能性是將內核代碼精簡到對 reiserfs 的只讀支持。大多數 reiserfs 的“怪癖”都與寫支持有關，所以這可能是一個有用的方法。 同樣，我不清楚人們是如何使用 reiserfs 的，所以我不知道它是否有用。

根據介紹，ReiserFS 于 21 年前作為 Linux 內核的第一個日志文件系統被引入，并在早期開源文件系統中提供了創新功能。有一段時間，ReiserFS 在 SUSE Linux 上被默認使用，并且在 Namesys 時代有著積極的功能開發。

但自從 ReiserFS 的主要開發者 Hans Reiser 在 15 年前因謀殺妻子而被定罪后，除了前 Namesys 開發者 Edward Shishkin 的相關工作外，ReiserFS(或 Reiser4)已經停滯很長一段時間了。雖然 Shishkin 一直在推動 Reiser4/Reiser5 的發展，但隨著用戶興趣的減少，ReiserFS 的代碼也已基本“腐爛”。且鑒于它與 Hans Reiser 的關系，似乎沒有公司愿意再參與其中。更何況如今還有了 EXT4、XFS、Btrfs，甚至是 OpenZFS 這些更好的選擇。

而為了大家能夠更理性的討論決策，Wilcox 特意在討論帖的最后進行了聲明表示，這是一個純粹的技術討論，不要涉及相關人物。在該討論帖的下方，Edward Shishkin 則為 ReiserFS 發布一個補丁，以擺脫 AOP_FLAG_CONT_EXPAND flag。

不過，一些其他的內核開發者已經表現出了對廢棄/刪除該文件系統的意向。按照此前有過的刪除內核功能的常見做法，ReiserFS 有可能在實際刪除之前被棄用幾個內核版本。

從目前的評論來看，看起來 ReiserFS 可能會在 2022 年被棄用，以便在未來的主線 Linux 內核版本中被移除。Dave Chinner 還建議考慮棄用其他未維護且不符合 2038 年的舊 Linux 文件系統的計劃。

本文轉自OSCHINA

本文標題：Linux 開發人員討論棄用和刪除 ReiserFS

本文地址：https://www.oschina.net/news/184022/linux-deprecation-reiserfs