为什么需要更新MTIME和ATIME？
有谁知道为什么完成文件时需要更新MTIME和电气设备？
mInodeTree.updateInode(rpcContext, UpdateInodeEntry.newBuilder()
.setId(inode.getId())
.setUfsFingerprint(ufsFingerprint)
.setLastModificationTimeMs(opTimeMs) // mtime?
.setLastAccessTimeMs(opTimeMs) // atime?
.setOverwriteModificationTime(true)
.build();
mInodeTree.updateInodeFile(rpcContext, entry.build());
Does anyone know why the mtime and atime need to be updated when completing the file?
mInodeTree.updateInode(rpcContext, UpdateInodeEntry.newBuilder()
.setId(inode.getId())
.setUfsFingerprint(ufsFingerprint)
.setLastModificationTimeMs(opTimeMs) // mtime?
.setLastAccessTimeMs(opTimeMs) // atime?
.setOverwriteModificationTime(true)
.build();
mInodeTree.updateInodeFile(rpcContext, entry.build());
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
在早期，Alluxio主要用于存储真正大文件的Spark或MR时，我们认为完成可能需要一段时间，因此完成时间可以更好地反映MTIME和NITHIME。我认为背后没有任何特殊的技术原因
In the early days when Alluxio is mostly used for Spark or MR for storing really large files, we were thinking the completion could take a while, thus the completion time may better reflect the mtime and atime. I don’t think there is any particular technical reason behind that