虚拟机 (VM) 中 NFS 上的文件修改监视（Webpack、Guard...）问题

Question

我知道有多个线程在讨论NFS挂载卷和文件修改监视问题。 由于大多数讨论都是旧的，有些是 8 年前的，我的目标是整理一些并再次提出来检查你们用来处理这些问题的最新解决方案是什么。

核心问题
Linux 依赖于inotify ，一个 kernel 子系统，在文件被修改（更改/删除）时生成事件，开发人员工具最常使用这些事件来监视文件以触发某些任务。 核心问题是当您通过 NFS 协议共享卷/文件夹时，它不会生成事件，因此工具需要使用轮询方法而不是基于事件触发。

轮询方法通常会产生多个问题，例如高 CPU 使用率、因文件更改而延迟触发任务等。

一些观看工具：

• Webpack手表： https://webpack.js.org/configuration/watch/
• 守卫： https://github.com/guard/guard

热门话题

• 使用 NFS 通知
• 为什么 NFS 装载上的 inotify 事件不同？
• 共享文件夹中的文件更新不会触发 Ubuntu 上的 inotify
• 通过 VirtualBox 共享文件夹触发文件更改

不错的解决方案尝试

• Vagrant 文件系统通知转发器插件- 已废弃且不可靠
• vagrant-fsnotify - 被遗弃且不可靠

我目前的挑战
我们使用 macOS 作为主机运行我们的开发环境，Vagrant（提供者 Virtualbox）以 Alpine Linux 作为来宾，Docker 容器用于服务（节点，NGINX ...），除了前端开发人员之外的所有设置都运行顺利需要使用 webpack 监视功能监视文件修改。 它适用于轮询，但有 3-10 秒的延迟。

关于如何解决此问题的任何更新或建议？

Answer 1

我已经能够通过将actimeo NFS 选项设置为 1 来解决这个问题。这减少了 NFS 缓存文件系统属性的时间长度，这似乎使主机和来宾保持接近同步。 Webpack watch now 几乎立即为我获取更改。

这是我用来实现此 NFS 共享的 VagrantFile 设置。 注意mount_options设置

config.vm.synced_folder "./my_host_syncd_folder", "/guest/path", type: 'nfs', mount_options: ['actimeo=1']