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

Question

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

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

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

一些观看工具：

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

热门话题

• 使用 NFS 进行 inotify
• 为什么 inotify 事件在 NFS 挂载上不同？
• Ubuntu 上共享文件夹中的文件更新不会触发 inotify
• 触发 VirtualBox 共享文件夹上的文件更改

不错的解决方案尝试

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

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

关于如何解决这个问题有任何更新或建议吗？

Answer 1

我已经能够通过将actimeo NFS 选项设置为 1 来解决此问题。这会缩短 NFS 缓存文件系统属性的时间长度，这似乎可以使主机和来宾保持接近同步。Webpack Watch 现在几乎可以立即为我接收更改。

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

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