我正在运行最近发布的Fedora 18，并用它做了一些计算密集的事情。 结果是…不稳定，至多。 但！ 这是关于我的预期，或者至less不是我要在这里抱怨。
我遇到的问题是XFS如何处理磁盘写入 – 缓慢。 我有三个我正在使用的XFS分区，每当系统崩溃时，任何最近创build的文件都会消失。 噗！ 而且我厌倦了一遍又一遍地下载同一首歌曲，对我正在使用的实际有用的数据没有任何说法。 尽我所知，这与写caching有关。
所以，我看到了两个解决scheme。 其中一个最明显的，虽然也许不是那么可靠的，但是会迫使驱动器确保一个文件在被读取之前真正被写入。 但也许更好的解决办法，特别是如果我可以build立一个cronjob，将只是每n分钟强制写一个; 大概5，我在想。 显然，如果驱动器在过去的5分钟内没有被写入，那么caching是不值得的！
问题是，XFS是否有强制写入的外部命令？ 或者，也许是一个自己的select？
编辑：这有什么原因downvote？ 这是大家都知道的，但是我呢？ 如果这么愚蠢，也许有人可以为我拼出来。
你不能强迫XFS写一个 – 而你所看到的问题不太可能与XFS有关。
大部分的缓冲都在VFS层完成。 您可以通过执行刷新或挂载磁盘同步来强制数据下推到下一层（在这种情况下是XFS） – 但是XFS仍然会caching一些数据。
话虽如此，除非整个机器崩溃，那么数据只有应用程序的缓冲区 – 它不在VFS中。 但形成你的post，似乎正是在这里发生的事情。 这对我来说似乎相当令人惊讶：近年来，我发现Linux非常稳定 – 我见过的less数系统崩溃是硬件相关的。
解决这个问题的方法是解决为什么你的系统崩溃了 – 如果从上一次操作系统升级以来稳定性不好，那么恢复到你知道稳定的状态。
XFS如何处理磁盘写入 – 缓慢
这里有什么问题？ 你的意思是说写入磁盘有延迟，或者性能差？
有一些方法可以使文件系统更加强大（主要是以吞吐量为代价的），但是在尝试解决您的可用性问题之前，您不应该开始考虑这些问题。