Vagrant：非常に遅い同期フォルダ（Macホスト、Ubuntu Guest）

Question

この問題に関連するページがたくさんあります。一般的にNFSベースの共有への切り替えを試しました。これは実際にレイテンシを2倍にしました。 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をインストールしてデフォルトのシェルにします。私は他の流行客のゲストが気に入っていて、同じ同期フォルダを共有していたことに気付きました。唯一の違いはzshでした。私がzshを削除したとき、パフォーマンスは期待通りに戻りました（CDへのcdは、1：02m-2：43mの間を取るのに対して、<は1秒かかりました）。たぶんコマンドの完了のためにコンテンツのインデックスを作成しようとしているzshと関係がありますか？私はそれを解決するために周りに戻って報告するが、瞬間のためにbashに設定されたシェルを残して私のためにこれを解決しました。