Linux是否保证在close()之后将文件内容刷新到磁盘上？

当使用close()或fclose()(例如)关闭文件时，Linux是否保证将文件写回到(持久)光盘上？

我的意思是，如果close()返回0，然后立即断电，是否可以保证先前写入的数据持久存在，即持久性？

fsync()系统调用确实提供了此保证。 关闭文件是否也足够？

我目前找不到任何能以某种方式要求任何权利的东西。

问题2：

如果close()确实隐式地执行了fsync()，是否有办法告诉它不要？

从" man 2 close"开始：

A successful close does not guarantee that the data has been successfully saved to disk, as the kernel defers writes.

手册页指出，如果要确保数据位于磁盘上，则必须自己使用fsync()。

不，close不会执行fsync(2)，如果这样做会导致许多机器瘫痪。许多中间文件由其创建者打开和关闭，然后由其使用者打开和关闭，然后删除，如果close(2)执行自动fsync(2)，此非常常见的顺序将需要接触磁盘。取而代之的是，通常不会触摸磁盘，并且磁盘永远不会知道文件在那里。

同样重要的是要注意fsync不能保证文件在磁盘上。它只是保证操作系统已要求文件系统刷新对磁盘的更改。文件系统不必向磁盘写入任何内容

来自man 3 fsync

If _POSIX_SYNCHRONIZED_IO is not defined, the wording relies heavily on the conformance document to tell the user what can be expected from the system. It is explicitly intended that a null implementation is permitted.

幸运的是，事实上，所有用于Linux的通用文件系统都将更改写入磁盘。不幸的是，仍然不能保证文件在磁盘上。许多硬盘驱动器都打开了写缓冲功能(因此有自己的fsync不刷新的缓冲区)。某些驱动器/突袭控制器甚至对您撒谎冲洗缓冲区。

不，fclose()并不意味着fsync()。许多Linux文件系统都会延迟写入和批处理，这可以提高整体性能，可以减少磁盘驱动器的磨损，并可以延长笔记本电脑的电池寿命。如果操作系统必须在关闭文件时写入磁盘，则许多好处将丢失。

保罗·汤布林(Pau??l Tomblin)在回答中提到了一个争议，并解释了我所看到的一个内容，不予置评。这是我所听到的：

最近的争议是关于ext4的排序(ext4是流行的ext3 Linux文件系统的拟议继任者)。在Linux和Unix系统中，习惯上是通过读取旧文件，用不同的名称写出新文件并将新文件重命名为旧文件来更改重要文件。这样做的想法是即使系统在某个时候出现故障，也要确保新的或旧的都在那里。不幸的是，ext4似乎很乐于阅读旧版本，将新版本重命名为旧版本，然后编写新版本，如果系统在步骤2和3之间中断，这可能是一个真正的问题。

处理此问题的标准方法当然是fsync()，但这会浪费性能。真正的解决方案是修改ext4以保持ext3的顺序，在这种情况下，直到文件写完，它才重命名文件。显然，这不是标准所涵盖的，因此这是实现质量的问题，而ext4的QoI确实很糟糕，没有办法可靠地编写新版本的配置文件，而无需不断调用fsync()，就遇到了所有问题导致或冒着丢失两个版本的风险。

不，不能保证。操作系统具有自己的缓存。完全可以保证，程序缓冲区已刷新到OS，但是OS可能仍未写入而保留它。我相信Linux内核世界存在一些争议，因为即使fsync也不能保证至少在ext3中将其刷新到磁盘。

open的联机帮助页显示：

To guarantee synchronous I/O the O_SYNC must be used in addition to O_DIRECT.

然后

In general this (O_DIRECT) will degrade performance.

可以使用带有F_SETFL的fcntl来切换该标志，以便最大程度地减少此后每次读取和写入时I / O的缓存影响。

您可能还对firebird sql数据库中的此bug报告感兴趣，因为它涉及fcntl(O_SYNC)在Linux上不起作用。

此外，您提出的问题暗示潜在的问题。写入磁盘是什么意思？为什么这有关系？您是否担心电源中断并且驱动器中缺少文件？为什么不在系统或SAN上使用UPS？

在那种情况下，您需要一个日记文件系统-不仅是元数据日记文件系统，而且甚至是所有数据的完整日记。

即使在这种情况下，您也必须了解，除了操作系统的问题外，大多数硬盘对您进行fsync都是骗人的。 -fsync只是将数据发送到驱动器，这取决于各个操作系统来知道如何等待驱动器刷新其自己的缓存。

--jeffk ++

我不认为Linux可以保证这一点，因为驱动器本身也可以缓存数据。

如果计算机/操作系统具有容错文件系统，并且至少在我们施加了此约束的文件中关闭了电源循环，则可以保证对这些文件进行写操作，那么我们就不必在乎这一点。如果有一些非易失性RAM或等效的RAM，则不必是磁盘。我隐约记得一些过去时代的大型机确实具有这样的机制，并且据说确实提供了这样的保证。