Question

有很多与此问题相关的页面，我尝试过通常建议切换到基于NFS的共享。这实际上使延迟加倍。基于Rsync的同步不是一个可行的选择，因为共享文件夹是18G并且我不想用--exclude文件来管理它 - 因为--exclude列表每周最多会改变并且是管理噩梦）

与Macbook Pro主机（OS / X El Cap）相比，运行劣质硬件的Ubuntu主机的性能非常出色。

同步文件夹大小：18G：

**Ubuntu Host**
    vagrant: 1.7.4 (installed via apt-get @ 15.10)
    VirtualBox: 5.0.14_Ubuntur105127 (installed via apt-get @ 15.10) 

    synced as: config.vm.synced_folder ENV['src'], "/src", create: false  
        cd /repo     // instant
        ls           // instant

**Mac Host**
    vagrant: 1.8.1 (installed via homebrew)
    VirtualBox: 5.0.16 (installed via binary at Oracle site)

    synced as: config.vm.synced_folder ENV['src'], "/src", create: false %
        % cd /repo     // 1 minute, 2 seconds
        % ls           // 27 seconds

    synced as: config.vm.synced_folder ENV['src'], "/src", type: "nfs", create: false
        % cd /repo     // 2 minutes, 43 seconds
        % ls           // 40 seconds

Answer 1

虽然我还没弄清楚原因，但我确实确定了什么使它非常慢。

这是zsh（或oh-my-zsh）..作为我的配置脚本的一部分，我安装zsh并使其成为默认shell。我注意到我的其他流浪客人非常活泼，他们都共享同一个同步文件夹。唯一的区别是zsh。当我删除zsh时，性能恢复到预期的状态（cd进入dir花费时间<1秒与1：02m-2：43m之间相比）。也许它与zsh试图索引命令完成的内容有关？我会报告回来，如果我解决它，但暂时把shell设置为bash已经解决了这个问题。

Vagrant：极慢的同步文件夹（Mac Host，Ubuntu Guest）

1 个答案: