我想知道ext4是否可以安全地在我的服务器上使用。 但是我听说过这么多的FUD，所以我很担心。
我们的系统可能会丢失一些数据，这不会太大。 即使是一整天的数据也不会破坏太多的羽毛。 而且我们的系统绝对可以从延迟写入中受益。
也就是说，从备份中完整恢复文件系统需要花费数天的时间，而且是不可接受的。
任何有关这方面的经验或知情意见？
老实说，我现在暂缓在ext4上进行生产。
如果遇到文件系统的实际性能问题，还有其他select（我可以理解这种情况，在上一份工作中，由于ext3，我们在应用程序中有性能限制）。 根据您select的分布，您可以使用jfs，xfs或reiserfs。 三者的performance通常都会以不同的方式超越ext3，而三者现在都比ext4更加稳定。
所以，我的build议是多个部分。 首先，彻底调查以确保您在正确的地方进行优化。 在不同的文件系统上testing您的应用程序，并确保性能得到改善，足以使文件系统更改有效。
此外，根据您的应用程序，添加更多的RAM可能会提高性能。 Linux默认情况下将使用任何未提交给应用程序的RAM作为磁盘caching。 有时，拥有几GB的“未使用”的RAM可以在磁盘活动繁重的盒子上显着提高性能。
最后，你在这里的时间表要求是什么？ 如果ext3不切割它，我今天不得不build立一个不同的文件系统的机器，我可能会使用xfs或jfs。 如果我可以推迟6-8个月，我可能会等待，看看ext4是如何塑造的。
当然，Ubuntu 9.04（jaunty）仍然在ext4的kernel 2.6.28版本中修正bug。 一些错误似乎只在ubuntu内核而不是主线，但是这表明如果你有一个非主线内核，你可能会遇到类似的麻烦。
这个页面是一个search与ext4可能是值得浏览的问题。 目前一个（2009年5月6日）导致内核locking的严重问题是问题330824 。 而之前的一个问题 （现在已经修复）涉及数据丢失。 但是我没有听说过整个文件系统的任何损失，如果发生这种情况，我认为这将是一个大消息。
所以我想说这是不是完全准备好黄金时段。 如果你真的需要它，那么可能需要设置一个testing服务器来玩它。 暂时我会坚持主stream内核，并衡量性能增益 – 如果增益是戏剧性的，压力testing没有显示出任何问题，那么它可能是值得尝试的… …
我发现来自http://web.luchs.at的反馈非常有趣。 他们在基于Debian lenny的服务器上使用ext4，这似乎很好！
除非你担心打到ext3的限制，否则我不打扰。 虽然ext4提供了一些改进，但其中大部分并不针对普通用户。
一般来说，最安全的做法是使用最成熟的技术，在可预见的将来满足您的需求。 如果你不需要新颖的东西，那么你就会增加风险（无论小小的风险），而没有任何好处。
也就是说，从备份中完整恢复文件系统需要花费数天的时间，而且是不可接受的。
然后坚持到ext3，作为奖金，任何与Fedora USB密钥的懒汉可以安装你的驱动器，如果说到这一点。
ext4还是很新的。 保守的做法是使用ext3或者具有已知可靠性特征的东西。 在这一点上，我build议ext4只适用于可靠性不重要的系统，或者ext4中的新特性大大超过了数据丢失的风险。