linux – Vagrant,共享文件夹:利用inotify over NFS

前端之家收集整理的这篇文章主要介绍了linux – Vagrant,共享文件夹:利用inotify over NFS前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我们的Symfony2 webapp使用Assetic观察者在开发模式下重新编译资产.

webapp运行在一个在Vagrant VM(Ubuntu 12.04 Precise)中运行的Docker容器中.
主机是OSX 10.9小牛,它通过NFS(v3)共享与VM共享代码文件夹,代码通过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.

原文链接:https://www.f2er.com/linux/393946.html

猜你在找的Linux相关文章