Linux开发人员讨论ReiserFS的弃用和移除讨论。Wilcox移除ReiserFS的动机是由于他所追求的内核基础结构的变化，但ReiserFS遗留问题在某种程度上阻碍了他的工作。Wilcox指出，除了Syzbot对其树范围代码的修复和修改之外，ReiserFS近年来几乎没有什么新动作；至少自2019年以来，似乎没有修复任何用户报告的错误。将reiserfs保留在树中是有代价的。例如，我非常想删除->write_begin的“flags”参数。我们已经有了处理AOP_FLAG_NOFS的基础设施，但是AOP_FLAG_CONT_EXPAND仍然存在，仅供reiserfs使用。查看过去几年对reiserfs的补丁，修复了一些syzbot报告和树范围的修改。自2019年以来，似乎没有对用户发现的错误进行修复。reiserfs是否仍然拥有庞大的安装基础并且对旧的稳定文件系统非常满意？或者它的所有用户都已迁移到具有积极功能开发的令人兴奋的新文件系统？我们之前也去掉了对遗留文件系统（ext、xiafs）的支持，所以这不是没有先例的。然而，虽然我很清楚删除reiserfs对其他开发人员的好处，但我没有足够的信息来衡量用户的成本。也许他们对5.15支持他们的reiserfs文件系统感到满意，并且可以在5.15之后升级内核之前迁移到其他文件系统。除了直接删除之外，另一种可能性是将内核代码剥离为对reiserfs的只读支持。reiserfs的大多数“怪癖”都与写入支持有关，因此这可能是一种有用的方法。另外，不知道大家怎么用reiserfs，不知道有没有用。据介绍，ReiserFS作为Linux内核的第一个日志文件系统在21年前被引入，在早期的开源文件系统中提供了创新的特性。有一段时间，ReiserFS在SUSELinux上默认使用，并且在Namesys时代进行了积极的功能开发。但ReiserFS（或Reiser4）自其主要开发者HansReiser15年前因谋杀妻子而被定罪以来，长期停滞不前，除了前Namesys开发者EdwardShishkin的相关工作。虽然Shishkin一直在推动Reiser4/Reiser5的发展，但随着用户兴趣的减退，ReiserFS的代码基本上已经“腐烂”了。鉴于其与HansReiser的关系，似乎没有公司愿意再参与其中。更重要的是，现在有更好的选择，例如EXT4、XFS、Btrfs，甚至OpenZFS。为了让大家更理性地讨论决策，Wilcox在讨论贴的最后做了声明，表示这是一个纯技术性的讨论，不应涉及相关人员。在该线程下方，EdwardShishkin为ReiserFS发布了一个补丁以去除AOP_FLAG_CONT_EXPAND标志。但是，其他一些内核开发人员表示有兴趣弃用/删除文件系统。按照删除内核功能的常见做法，在ReiserFS实际删除之前，可能会针对多个内核版本弃用ReiserFS。从目前的评论来看，ReiserFS可能会在2022年被弃用，以便在未来的主线Linux内核版本中删除。DaveChinner还建议考虑弃用其他未维护且不符合2038标准的遗留Linux文件系统的计划。本文转自OSCHINA文章标题：Linux开发者讨论ReiserFS的弃用和删除文章地址：https://www.oschina.net/news/184022/linux-deprecation-reiserfs
