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文件,闪存给我留下的印象是比旋转氧化物更容易发生故障,但这不是正式声明。     

要回复问题请先登录注册