Vagabond: dossier synchronisé extrêmement lent (Mac Host, Ubuntu Guest)

Question

Il y a beaucoup de pages liées à ce problème et j'ai essayé le passage souvent suggéré aux partages NFS. Cela a effectivement doublé la latence. La synchronisation basée sur Rsync n'est pas une option viable puisque le dossier partagé est 18G et je ne veux pas le gérer avec --exclude les fichiers car la liste --exclude changerait au mieux chaque semaine et serait un cauchemar de gestion)

Ce qui est étrange, c'est que les performances sont excellentes sur un hôte Ubuntu utilisant du matériel de qualité inférieure par rapport à l'hôte MacBook Pro (OS/X El Cap).

dossier Synchronisé Taille: 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

Je l'ai fait déterminer ce qui a été fait, il est extrêmement lent, même si je ne l'ai pas compris pourquoi. C'était zsh (ou oh-my-zsh). Dans le cadre de mon script de provisionnement, j'installe zsh et en fait le shell par défaut. J'ai remarqué que mes autres clients vagabonds étaient assez vifs et qu'ils partageaient tous le même dossier synchronisé. La seule différence était zsh. Quand j'ai enlevé zsh, la performance est revenue à ce qui était attendu (cd en dir a pris < 1 sec par rapport à prendre entre 1: 02m-2: 43m). Peut-être que cela a quelque chose à voir avec zsh essayant d'indexer le contenu pour l'achèvement de la commande? Je ferai un rapport si je parviens à le résoudre, mais pour le moment laisser le shell à bash a résolu cela pour moi.