Vagrant: çok yavaş senkronize edilmiş klasör (Mac Host, Ubuntu Guest)

Question

Bu sorunla ilgili çok sayıda sayfa var ve genel olarak önerilen anahtarı NFS tabanlı paylaşımlara denedim. Bu aslında gecikmeyi ikiye katladı. Rsync tabanlı eşzamanlama, paylaşılan klasör 18G olarak uygun bir seçenek değildir ve --exclude listesi en iyi haftalık olarak değişecek ve yönetim kabusu olacak şekilde --exclude dosyaları ile yönetmek zorunda kalmak istemiyorum)

Garip olan şey, Macbook Pro Host (OS/X El Cap) ile karşılaştırıldığında, aşağı donanım çalışan bir Ubuntu Ana Bilgisayarında performansın mükemmel olmasıdır.

senkronize edildi klasör Boyutu: 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

Nedenini çözemedim rağmen, son derece yavaş çıkıyordu belirlemek yaptı.

Bu, zsh (veya oh-my-zsh) oldu. Sağlama betiğimin bir parçası olarak, zsh'yi yüklerim ve varsayılan kabuk haline getiririm. Diğer sığınak misafirlerimin oldukça çirkin olduğunu ve hepsinin aynı senkronize klasörü paylaştığını fark ettim. Tek fark zsh idi. Zsh kaldırdığımda performans beklediğime döndü (cd içine dir < 1 saniye sürerken 1: 02m-2: 43m arasında aldık). Belki de, komutun tamamlanması için içeriği indekslemeye çalışan zsh ile bir ilgisi var mı? Bunu çözüme kavuşturmak için geri dönersem rapor edeceğim ama şu an için kabuk setini bash'a bırakıyorum bunu benim için çözdü.