linux – Vagrant,共享文件夹：利用inotify over NFS
发布时间：2020-12-13 19:30:14 所属栏目：Linux 来源：网络整理
导读：我们的Symfony2 webapp使用Assetic观察者在开发模式下重新编译资产. webapp运行在一个在Vagrant VM(Ubuntu 12.04 Precise)中运行的Docker容器中. 主机是OSX 10.9小牛,它通过NFS(v3)共享与VM共享代码文件夹,代码通过Docker中的主机/客户机卷装载到容器中. 由
|
我们的Symfony2 webapp使用Assetic观察者在开发模式下重新编译资产.
webapp运行在一个在Vagrant VM(Ubuntu 12.04 Precise)中运行的Docker容器中. 由于inotify似乎无法通过NFSv3检测文件修改,观察者工作在轮询模式下可能非常慢(约1/2分钟来检测修改). 我已经看到,NFSv4是符合inotify的,但我没有发现任何好的资源. 有没有办法使NFS / inotify一起工作？ 解决方法
不幸的是,inotify无法在NFS上工作.在内核中的VFS(虚拟文件系统)层中挂起自己的inotify工作.每当修改发生时,inotify知道它,因为修改发生在同一台机器上,因此在同一个内核中 – 这使整个事情成为可能.
使用NFS,服务器上会发生修改,客户端可能会发生通知.但是,在进行更改时,NFS不会通知客户端.否则,它不会扩展. NFS已经被设计(和操作)在单个服务器上拥有数千个客户端.想象一下,如果你做了一个微小的变化,服务器必须推送到所有客户端！ 当然,您可以说“嘿,在NFS协议中应该有一个订阅机制,以便客户端可以告诉服务器他们想知道特定位置发生的变化”.那么NFS是30年前设计的,所以原谅他们不包括这个订阅/通知系统:-) 我不熟悉Assetic,但也许你可以有一个自定义脚本来手动更改更改,并在每次检测到更改时重新编译资源.只需浏览包含资源的目录,跟踪关联数组中每个文件的mtime,并且每次检测到新文件(或新的mtime)时,重新编译.繁荣！ 参见this other SO question about inotify and NFS. （编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |