本篇文章给大家分享《O_SYNC什么时候起作用？》，覆盖了golang的常见基础知识，其实一个语言的全部知识点一篇文章是不可能说完的，但希望通过这些问题，让读者对自己的掌握程度有一定的认识(B 数)，从而弥补自己的不足，更好的掌握它。

问题内容
我正在研究 mender 遇到的一个问题，即未正确报告安装进度（即在块设备上复制文件）。

我的感觉是，这与内核页面缓存有关：当代码读取整个图像时，进度条显示“100%”，但这并不意味着内核已完成写入。

更具体地说，mender 调用 n, err := io.copy(dev, image)，该函数在内核完成写入后返回。但进度条链接到“图像”reader，该图像在 io.copy 返回之前数十秒已完全读取。

因为这里的文件是用标志打开的，所以我天真地认为我只需设置 flag |= o_sync，这样 io.copy(dev, image) 读取 image 的速度就不会比写入 dev 的速度快。

但是设置 o_sync 并没有什么区别。

我不清楚 o_sync 是否只是一个提示（所以我不能指望它），是否可能是我在设备上丢失了某些东西（比如说，我忘记了 raspberry pi 上的内核选项，因此o_sync 没用），或者如果我只是误解了 o_sync 的作用？

编辑：我还尝试设置 o_sync | o_direct（虽然 o_direct 显然没有在 Go 中公开，所以我做了 o_sync | 0o40000），但是在打开块设备时出现以下错误：

Opening device: /dev/mmcblk0p2 for writing with flag: 1069058
Failed to open the device: "/dev/mmcblk0p2": open /dev/mmcblk0p2: not a directory

正确答案

总结评论：

主要问题是进度条装饰了读者（如 Yotam Salmon noted），而不是作者；延迟是作者一方的。

在大多数 linux 系统上，O_DIRECT 确实是 0o40000，但在 ARM（包括 Raspberry Pi）上，它是 0o200000，其中 0o40000 是 O_DIRECTORYzqbendc zqb。这解释了“不是目录”错误。</p> </li> <li><p>O_SYNC 实际上就是您想要的位，或者您可以简单地发出 fsync 系统调用（如果合适，请使用 Flush，然后使用 Sync，如 When to flush a file in Go? 中所述）。 O_SYNC 位意味着 fsync 系统调用作为每个 write 系统调用的一部分。

完全同步 I/O 有点像雷区：某些设备会谎报它们是否已将数据写入非易失性存储。然而，O_SYNC 或 fsync 是您在这里得到的最有保证的。 O_DIRECT 可能无关紧要，因为您将直接进入设备分区 /dev 文件。 O_SYNC 或 fsync可能传递到设备驱动程序，该设备可能对其执行某些操作，这可能让设备写入非易失性存储。 What does O_DIRECT really mean? 中有更多相关内容

以上就是《O_SYNC什么时候起作用？》的详细内容。