Когда я прокручиваю, Vim работает медленно. Курсор пропускает несколько строк, когда я постоянно нажимаю j / k.
Я использую xterm и urxvt. В обоих случаях vim действует так.
Это происходит локально, с маленькими или большими файлами. Я использую Control + F / B, они работают нормально.
Обновлено: ttyfast в маленьких файлах помогло, но с большими - то же самое. При работе без настройки все идет нормально.


Вы пробовали опцию ttyfast? Видеть:
:help 'ttyfast'
за помощью и:
:set ttyfast
чтобы включить его.
Кроме того, какую версию вы используете? А вы пробовали это без каких-либо настроек, чтобы увидеть, не мешает ли что-то, что вы установили?
Запустите его так, чтобы пропустить какие-либо настройки и плагины vimrc:
vim -u NONE
Обновлено: если удаление настроек исправляет это. Удаляйте вещи итеративно, пока поведение не вернется. Начните с сужения его до проблемы vimrc или плагинов.
Чтобы узнать, что конкретно вызывает проблемы ... может быть полезно профилировать vim: stackoverflow.com/a/12216578/670654
Пользователи FAO NeoVim: опция ttyfast была удалена (см. 6. Removed features).
Я получал очень медленную / вялую навигацию (j, k, ...) по тексту, вставленному в Vim из системного буфера обмена. Размещение "set ttyfast" в моем ~ / .vimrc мгновенно решило эту проблему.
Если другие предложения не работают, возможно, проблема в вашем терминале. Мой gnome-terminal на Ubuntu прокручивал намного медленнее, чем PuTTY с тем же файлом.
Если вы используете gnome-терминал Ubuntu по умолчанию, вы можете попробовать другую программу терминала. urxvt оба работали для меня (у терминатора были похожие проблемы):
$ sudo apt-get install rxvt-unicode
$ urxvt
Главный недостаток в том, что это выглядит не очень хорошо. Вы можете попробовать совет здесь, чтобы он выглядел немного лучше
Использованная литература:
Обновлено: похоже, что реальным решением для меня может быть прекращение полноэкранного режима моего терминала при использовании vim.
Приятное оживление: D. На самом деле, через несколько лет я обнаружил, что vim работает медленно с html-файлами, возможно, это проблема с файлом синтаксиса или просто потому, что обычно html-файлы имеют длинные строки, я не знаю. Забавно, что вы рекомендуете rxvt, поскольку я использую его уже некоторое время, и мне он нравится, но проблема с vim не исправлена.
Могу подтвердить, что Terminator действительно может работать очень медленно при использовании Vim. Я могу заметить большую разницу между Terminator и Konsole, хотя оба используют изрядное количество времени процессора при прокрутке ...
Плохой внешний вид - это не недостаток, потому что всего несколько строк в файле конфигурации, чтобы сделать его одним из самых красивых терминалов на свете.
Моя прокрутка была исправлена после отключения выделения скобок. В ~ / .vimrc поместите:
let loaded_matchparen = 1
У меня была эта проблема только при использовании плагина pylint.vim с синтастикой. Единственное, что я могу найти полезным (кроме отключения средства проверки синтаксиса), - это отключить выделение текущей строки:
:set cul!
Это значительно ускорило мою прокрутку.
Отлично. ПРИМЕЧАНИЕ. Он только удаляет выделение линия, но по-прежнему выделяет синтаксис. Идеальный.
Вы также можете сделать это для определенных типов файлов, которые, как вы знаете, имеют сложную подсветку синтаксиса, например autocmd Filetype ruby setlocal cul!
В зависимости от версии Vim, которую вы используете, вы можете столкнуться с ошибкой перерасчета регулярного выражения, основными виновниками которой, по-видимому, являются выделение строки курсора и отображение относительных номеров строк:
set relativenumber
set cursorline
Интернет переполнен потоками, сообщающими об этой проблеме (здесь, здесь и здесь). Проблема, кажется, усугубляется, если также используется подсветка синтаксиса.
Лично я просто решил свои проблемы с медленной прокруткой, отключив relativenumber, добавив это в свой vimrc:
set number
Мой Vim - это тот, который предоставляется пакетом vim-nox версии 2: 7.3.547-7 в Debian 7.9. Ввод :version в Vim дает:
VIM - Vi IMproved 7.4 (2013 Aug 10, compiled Dec 11 2014 03:17:52)
Included patches: 1-488
Я никогда не использовал относительные числа (я использую прошлое, так как это очень старый пост). Я помню, что проблема была в синтаксисе, а не в относительном числе
cursorline и syntax с файлами, использующими сложные правила выделения (например, ruby), для меня очень плохо сочетаются. В моем .vimrc я отменяю только эти файлы: autocmd Filetype ruby setlocal nocursorlineЭто вызывало у меня задержку при прокрутке! Большое спасибо!
Я запускал vim на Raspberry Pi 1. Отключение этой одной строки ускорило для меня процесс:
set foldmethod=syntax "slow!
Также проверьте свои бесшумные сопоставления. Если у вас есть сопоставления, начинающиеся с j, k, h, l, то это также может вызвать кратковременную задержку.
"if has (" autocmd ")" autocmd FileType python set complete + = k / home / lurst / .vim / py Command-0.5 / pyission isk + =., ("endif" has ("autocmd") Я прокомментировал эти строки, и это сработало: D спасибо