Comme l'indique le titre, lors du traitement d'un fichier texte contenant des dizaines de milliers de lignes, vim présente des décalages évidents lors du déplacement du curseur, mais sublime est très fluide.
Quel est le principe interne ? Vim peut-il être amélioré ?
S'il vous plaît, donnez-moi quelques conseils, merci !
Vim a trop de fonctions activées par défaut, et beaucoup de ces fonctions ont de mauvaises performances avec des fichiers volumineux. Par exemple,
:set noswapfile
禁掉swap file,比如vim -u xxx
pas de démarrage du plug-in, etc.La conception principale de vim n'est pas destinée aux fichiers volumineux. Il est rare que les fichiers de code contiennent des dizaines de milliers de lignes ou plus
.Utilisez vim8.0 pour afficher le journal sous ssh. Il y a 989,31 millions de lignes, ce qui est très fluide.
Le Windows natif utilise gvim8.0 auto-compilé pour le visualiser, et il est également très fluide.
Je suppose que vous utilisez la version officielle gvim 7.4 pour Windows, qui n'est même pas prise en charge par +directx.
Quel est l'intérêt d'utiliser une ancienne version d'un logiciel open sourcepour la plateforme la moins optimiséepar rapport à la dernière version d'un logiciel commercial ?
Êtes-vous sûr que votre vim est dans un environnement Linux ? J'ai également ouvert des fichiers très volumineux sans aucun décalage, mais sublime est également très simple à utiliser
Des dizaines de milliers de lignes ?
VIM
我最大打开过 2G 的日志文件。没啥问题。打开几百M的文件更是EASY
.L'affiche originale peut imaginer combien de lignes il y a.
Ce devrait être un problème de réseau qui provoque le blocage du curseur d'édition de vim dans ssh. Sans parler de vim, même avec un petit nano, il est très facile d'éditer un fichier de 100 000 lignes. Mais j'ai l'habitude d'utiliser l'éditeur Geany. sur le bureau Ubuntu