XFS-写入文件时如何不修改mtime？

如何解决XFS-写入文件时如何不修改mtime？

| 我有一个文件“ 0”，它是1GB，位于磁盘上。出于性能原因，我重用了此文件，并根据需要简单地覆盖了其内容，而不是创建一个新文件并让其增长（每个增长操作必须更新inode的大小）。 我试图压缩更多性能，并搜索了手册页以进行打开和挂载，以弄清楚何时更新了文件的mtime和ctime。据我了解，每次更改文件的内容时，mtime和/或ctime都会更新。这是xfs的工作方式吗？ 如果是这样，是否有办法在Linux上禁用此功能？我不在乎mtime和ctime，也不会因为每次写入操作而花费更新它们的成本。 最终，我将完全摆脱文件系统并直接将其写入设备，但是与此同时，我希望可以使用文件系统来做到这一点。 编辑回应 为了澄清起见，我正在写一个固态硬盘，将我可以执行的所有操作压缩到固态硬盘中非常重要。从理论上讲，SSD每秒可以处理约25K次操作，而每个操作对我来说都很重要。除了写入文件之外，我不希望其中任何一个被浪费。关于这一点，实际上，我要写入的磁盘上有200个1GB文件。我试图通过上面的问题简化问题。 此外，每次写入都必须是同步的，并且直到我确定这些位都在磁盘上（这是可能的）之前，我的程序才能继续。但我认为此注释与该问题有关。     

解决方法

        有关mtime和ctime的语义，请参见ѭ1。实际上，mtime和ctime将在inode的内存副本中更新，并异步刷新到磁盘。 如果没有主要的内核黑客攻击，就无法跳过inode中的mtime更新，如果您真的认为从一个32bit计数器到另一个内存位置的复制会拖慢您的速度，则您错误地尝试优化

write(2)

的快速部分。 是否要提高1GB文件的文件写入性能？添加更多的内存供块缓存使用，而不必理会mtime。 添加以回应评论 同步写入将不会在任何有意义的意义上提供安全性，因为在磁盘写入过程中拉动电源线并不能获得同步的帮助。这就是使用日志文件系统（例如xfs和ext3 +）的原因。您可以期望的最好的结果就是面对失败时保持一致。 您似乎希望确定记录的数据是一成不变的，即使使用电池后备的SRAM写缓冲区构建RAID，从根本上讲这也是不可能的，因为某些操作在提交位之前总是会失败。写入原始卷比日志文件系统提供的保护更少。 如果您澄清问题的设计意图，可能会有更好的答案。从直觉上讲，即使写入时间更长，对于一个小小的1GB文件，闪存给我留下的印象是比旋转氧化物更容易发生故障，但这不是正式声明。