Meteor File Change Watcher 识别更改的时间太长

Question

我的 Meteor 文件更改观察器一直在检测我的文件更改并刷新浏览器，有时甚至超过一分钟。这使开发成为一种真正的痛苦。

我的 Meteor 在 Ubuntu-VM 中运行。项目文件夹位于我的 OSX 中并安装在 VM 中。所以我知道 inotify/kqueue 不会工作，所以 Meteor 应该回退到统计轮询。

我什至根据this post设置了环境变量, 但行为仍然相同。

METEOR_WATCH_FORCE_POLLING=true
METEOR_WATCH_POLLING_INTERVAL_MS=500

有什么办法可以解决这个烦人的行为吗？

来自 OSX 的文件夹作为 nfs 共享 btw 挂载。

更新:

我做了一些测试，如果应用程序有大量包或需要很长时间构建，则没有区别，即使是在 meteor create 之后得到的非常基本的应用程序，我仍然得到相同的行为。

如果我更改 VM 中的文件(以便 inotify 工作)，刷新会立即发生。

Answer 1

我的生产应用程序在添加包(第 3 方包和私有(private)包)时会逐渐变慢。我还发现直接在客户端/库上添加第三个库会增加重新加载时间。

我不确定Meteor 1.0.2是否真的解决了高效观看目录的问题。