Vim est saisie semi-automatique est atrocement lent

La plupart du temps la fonctionnalité saisie semi-automatique dans Vim fonctionne très bien pour moi, mais parfois, il semble être l'analyse des fichiers dont l'actuel références de fichier, puis il devient douloureusement lent, parfois prendre plusieurs secondes pour faire sortir l'attention sur moi.

Parfois Vim me dit simplement que c'est "Balayage" d'autres fois, c'est à dire "la Numérisation des balises"

Je n'ai que ça à Ruby, et il arrive la plupart du temps quand il y a un besoin dans le fichier.

J'imagine que c'est une sorte de fonction qui vérifie les fichiers connexes de la saisie semi-automatique des options, mais je n'ai pas vraiment besoin de ça, et préférez plus rapide de saisie semi-automatique.

  • Ce completefunc utilisez-vous?
  • J'ai le même problème, mais en C++. Avez-vous l'obtenir sous contrôle? J'ai essayé de jouer avec et sans balises de fichiers, mais il garde la numérisation de l'actuel répertoire de façon récursive (je straced, pour voir ce qu'il fait, et il continue d'appeler stat sur tous les fichiers qu'il peut trouver). C'est un clearcase de l'environnement == slooooow.
InformationsquelleAutor jnicklas | 2010-01-30
  1. 107

    Comme je l'ai mentionné dans un commentaire que j'ai eu le même problème. Voici ce que j'ai trouvé;

    Il y a un paramètre dire VIM où chercher pour les achèvements, appelé complete.

    :set complete
complete=.,w,b,u,t,i

    c'est la valeur par défaut. Mon problème est (était en fait..) le "je", qui analyse tous les fichiers inclus. Voici deux problèmes, d'abord un, trouver tous ces fichiers peut prendre un certain temps, surtout si vous, comme moi, ont

    :set path=**

    Deuxième problème, une fois trouvé, ils ont besoin d'être lu, et si vous êtes en utilisant un réseau de système de fichiers (je suis sur clearcase) recherche et la lecture de tous ces fichiers peuvent déclencher des défauts de cache, le rendant extrêmement lent.

    J'ai enlevé le je pour l'instant, car j'ai des balises de fichiers et le plus souvent, j'ai aussi les fichiers pertinents dans mes tampons (chargement ou déchargement) qui seront recherchés en raison de la 'b' et 'u'.

    Utilisation

    set complete-=i

    à supprimer le i de la liste, notez que ce local à la mémoire tampon.

    • Je vous remercie beaucoup. C'est l'un de ces sous-bughly pertinentes options de configuration qui ne sont pas mentionnés dans "insert.txt' les aider
    InformationsquelleAutor falstro
  2. 42

    Avait un très le même problème depuis la mise à jour de Vim 7.3 (7,2): j'ai été en utilisant les (excellentes) ACP plugin et en plus les fichiers source (C-files, 1700 LOC), le popup a pris des siècles pour sauter à travers les suggestions quand j'étais édition près de la fin du fichier.

    À l'aide de la PerformanceValidator (à partir de Softwareverify), j'ai trouvé que certaines fois, des méthodes ont été appelé de nouveau et de nouveau et de très haute de la charge du processeur et de la lenteur de réalisation.

    Ma solution est de définir la foldmethod (fdm) à manuel. Et cela a résolu il...

    • VOUS ÊTES GÉNIAL. L'achèvement en Ruby était unusably lent pour moi, dans les fichiers qui ont été assez banale en taille (~100 LOC). Ne pouvais pas le résoudre. Puis, j'ai lu cela. - Je changer foldmethod dans un Rubis tampon à quoi que ce soit d'ailleurs "syntaxe" et l'achèvement arrive instantanément. Maintenant, pourquoi sur terre est foldmethod être appelé comme un fou quand Vim est en train de faire la saisie semi-automatique?
    • Cela a fonctionné pour moi, trop. Et encore, "pourquoi la terre est foldmethod être appelé comme un fou quand Vim est en train de faire la saisie semi-automatique?"!!
    • Je donne un +5 si je le pouvais. Shout out ce blog pour me pointer ici.
    • Btw, cela a aussi contribué à accélérer l'ouverture de gros fichiers.
    • Cela a été si utile pour moi. Il était si difficile de déboguer ce problème! J'ai été en utilisant vim profiler (!profil de départ ...), mais qui n'a pas tourner quoi que ce soit. 🙁 Merci beaucoup.
    • Ce que l'enfer, cela a résolu mon problème... Dois-je vraiment choisir entre le pliage et le bouche-à l'achèvement d'une ligne 400 fichier texte?
    • semble, oui. Mais honnêtement, je n'ai jamais vraiment utilisé de pliage, de toute façon... Et peut-être d'autres finissants (e,g YCM aka YouCompleteMe) se comporter de manière différente que les ACP?
    • Merci ça a fait l'affaire pour moi!!! Juste une lapalissade ici: vous pouvez exécuter la commande :set foldmethod=manuel de l'essayer pour vous-même.

    InformationsquelleAutor eckes
  3. 5

    Avez-vous un fichier de tags pour le projet sur lequel vous travaillez? Si pas, essayez de générer un avec exuberant-ctags et Vim doit le ramasser avec la liste pluglin.

    • ctags -R dans votre projet de racine; est la commande que si vous êtes sur linux
    • ou plus précisément: ctags -R -n --champs=+i+K+S+l+m+a --exclude=src/réagir/conf-srch/node_modules .
    InformationsquelleAutor Farrel