我想知道 ext4 在我的服务器上使用是否安全。但我听到了太多关于它的 FUD，我很担心。
我们的系统可能会丢失一些数据，这没什么大不了的。即使是一整天的数据也不会激怒太多人。我们的系统绝对可以从延迟写入中受益。
也就是说，从备份中恢复完整的文件系统需要几天时间，而且是不可接受的。
关于该主题的任何经验或知情意见？
AskOverflow.Dev
我想知道 ext4 在我的服务器上使用是否安全。但我听到了太多关于它的 FUD，我很担心。
我们的系统可能会丢失一些数据，这没什么大不了的。即使是一整天的数据也不会激怒太多人。我们的系统绝对可以从延迟写入中受益。
也就是说，从备份中恢复完整的文件系统需要几天时间，而且是不可接受的。
关于该主题的任何经验或知情意见？
老实说，我现在暂不使用 ext4 以供生产使用。
如果您遇到文件系统的实际性能问题，还有其他选择（我可以理解这种情况，在我的上一份工作中，由于 ext3，我们在应用程序中遇到了性能限制）。根据您选择的发行版，您可能能够使用 jfs、xfs 或 reiserfs。这三者通常会以不同的方式胜过 ext3，而且目前这三者都比 ext4 测试和稳定得多。
所以，我的建议是多个部分。首先，彻底调查以确保您在正确的位置进行优化。在不同的文件系统上测试您的应用程序，并确保性能提高到足以使文件系统更改有效。
此外，根据您的应用程序，添加更多 RAM 可能会提高性能。默认情况下，Linux 将使用任何未提交给应用程序的 RAM 作为磁盘缓存。有时，拥有几 GB 的“未使用”RAM 可以显着提高磁盘活动量大的机器的性能。
最后，您在这里的时间线要求是什么？如果 ext3 没有削减它，而我今天必须构建一台具有不同文件系统的机器，我可能会使用 xfs 或 jfs。如果我能把它推迟 6-8 个月，我可能会等着看 ext4 是如何形成的。
当然 Ubuntu 9.04 (jaunty) 仍在解决 ext4 在其内核 2.6.28 版本中的错误。一些错误似乎只存在于 ubuntu 内核而不是主线，但这表明如果你有一个非主线内核，你可能会遇到类似的麻烦。
此页面是对 ext4 问题的搜索，可能值得浏览。当前（2009 年 5 月 6 日）导致内核锁定的一个严重问题是问题 330824。以前的问题（现已修复）涉及数据丢失。但我还没有听说整个文件系统有任何损失，我认为如果发生这种情况将是个大新闻。
所以我会说它还没有完全准备好迎接黄金时段。如果您真的需要它，那么可能值得设置一个测试服务器来使用它。暂时我会坚持使用主线内核，并测量性能增益 - 如果增益很大并且压力测试没有显示任何问题，那么它可能值得尝试......
我发现来自 http://web.luchs.at 的反馈非常有趣。他们在基于 Debian lenny 的服务器上使用了 ext4，这似乎工作得很好！
除非您担心达到 ext3 的限制，否则我不会打扰。虽然 ext4 提供了许多改进，但其中大部分都不是针对普通用户的。
一般来说，使用最成熟的技术是最安全的，可以在可预见的未来轻松满足您的需求。如果您不需要新的花哨的东西，那么您就是在无益地增加风险（无论多么小）。
然后坚持使用 ext3，作为奖励，任何带有 Fedora USB 密钥的 slob 都可以挂载你的驱动器。
ext4 还是很新的。保守的方法是使用 ext3 或具有已知可靠性特征的东西。在这一点上，我只推荐 ext4 用于可靠性不重要的系统，或者 ext4 中的新功能大大超过数据丢失风险的系统。