Docker 虚拟机(VM)中NFS上的文件修改监视(网页包、防护…)问题

Docker 虚拟机(VM)中NFS上的文件修改监视(网页包、防护…)问题,docker,vagrant,virtualbox,inotify,fsevents,Docker,Vagrant,Virtualbox,Inotify,Fsevents,我知道有多个线程在讨论装入的卷和文件修改监视问题。由于大多数讨论都是老生常谈的,有些是8年前的,所以我的目标是汇编一些,并再次提出,以检查你们在处理这些问题时使用的最新解决方案是什么 核心问题 Linux依赖于内核子系统inotify在文件被修改(更改/删除)时生成事件,开发人员工具最常用这些事件来监视文件以触发某些任务。核心问题是,当通过NFS协议共享卷/文件夹时,它不会生成事件,因此工具需要使用轮询方法,而不是基于事件的触发器 轮询方法通常会产生多个问题,例如CPU使用率高、因文件更改而触发

我知道有多个线程在讨论装入的卷和文件修改监视问题。由于大多数讨论都是老生常谈的,有些是8年前的,所以我的目标是汇编一些,并再次提出,以检查你们在处理这些问题时使用的最新解决方案是什么

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

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

一些监视工具:

  • 网页监察:
  • 警卫:
热门帖子

不错的解决方案尝试

  • -被遗弃且不可靠
  • -被遗弃且不可靠
我当前的挑战
我们使用macOS作为主机运行dev env,使用Alpine Linux作为来宾运行Vagrant(提供商Virtualbox),使用Docker容器提供服务(Node、NGINX…),除了前端开发人员需要使用webpack watch功能查看文件修改外,其他所有方面的安装都运行顺利。它与轮询一起工作,但延迟为3-10秒

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