GVim fonctionne très lentement lors de l'édition de fichiers sur un partage Windows

Question

Sur mon ordinateur au travail, chaque fois que j'ouvre un fichier situé sur un partage réseau, GVim devient complètement inutilisable. Faire défiler le document peut prendre 15 secondes pour passer une "page". Même l'utilisation des touches de déplacement pour passer d'un mot à l'autre peut prendre 2 à 3 secondes. Il semble que ce comportement soit nouveau, mais je ne me souviens pas d'avoir modifié quoi que ce soit qui puisse en être la cause. J'ai l'impression que Vim n'accède pas réellement à un fichier sauf lors de l'ouverture et de la sauvegarde. Est-ce exact ?

Answer 1

J'ai un problème similaire à celui de David Anderson mais aucune solution n'a encore été trouvée.

Lors du chargement \\ServerName\A$\B\C\File.txt Vim fera l'affaire :

• Abrir \ServerName\A $ \B\C\File.txt

Il effectue ensuite de nombreuses boucles, comme par exemple

• Créer un fichier \ServerName\A $ <-- Chacune prend environ 1 seconde
• QueryDirectory \ServerName\A $ \B
• QueryDirectory \ServerName\A $
• QueryDirectory \ServerName\A $ \B\C
• QueryDirectory \ServerName\A $ \B

Par rapport à Notepad++ qui charge les fichiers presque instantanément, il y a plus de lignes et Notepad++ ne fait jamais de requêtes. \\ServerName\A$ .

La durée ( Durée de l'accord ) écrit dans le Process Monitor est faible, mais le temps pris par Vim semble assez élevé ( Heure de la journée ) pour le fichier CreateFile \\ServerName\A$ .

Je n'ai pas installé de plugins pour autant que je sache et j'ai suivi d'autres conseils pour accélérer le chargement des partages réseau.

Note : Le dollar se trouve sur le chemin. Ce qui est plus étrange, c'est que Vim se chargera très rapidement sur des projets plus récents Serveur Windows (2008 au lieu de 2003) avec la même structure de dossiers.

Answer 2

J'ai eu le même problème (lenteur de l'édition de gvim sur le lecteur réseau) et je l'ai résolu. C'était pour moi -- sans blague -- le titlestring .

Contexte : Avec Windows 10, j'utilise une barre des tâches disposée verticalement. Cela présente l'avantage que mes fenêtres ouvertes se comportent comme une pile croissante de haut en bas. Par exemple, voici quelques fenêtres actuellement ouvertes avec how-to-run.txt en tant que fichier réseau :

Il est donc logique que le nom de fichier va premier dans le titre de la fenêtre de gvim et le chemin d'accès suit. J'ai donc utilisé exactement le titlestring dans mon vimrc qui est toujours officiellement recommandé dans le fichier d'aide vim81/doc/options.txt , ligne 8202 :

set titlestring=%t%(\ %M%)%(\ (%{expand(\"%:~:.:h\")})%)%(\ %a%)

Pour les fichiers locaux, c'est correct, mais pour les fichiers en réseau, c'est beaucoup trop lent.

Maintenant, ma solution :

set titlestring=

Même effet (nom de fichier en premier), mais maintenant gvim fonctionne très rapidement pour les fichiers distants aussi !

BTW, j'ai également essayé toutes les recommandations mentionnées ci-dessus ( directory , backupdir , matchparen , désactivé tous les plugins, essayé l'option LargeFile bien que j'aie observé la lenteur de gvim pour les petits fichiers, etc.) J'ai également modifié mon statusline à quelque chose de très simple.

Il todos avait non pour moi. Mais l'amusant titlestring ...