Автозаполнение Vim чрезвычайно мучительно

Question

В большинстве случаев функция автозаполнения в Vim отлично работает для меня, но иногда кажется, что она сканирует файлы, на которые ссылается текущий файл, а затем становится мучительно медленным, иногда занимает несколько секунд, чтобы выпустить фокус ко мне.

Иногда Вим говорит мне просто, что он «Сканирование» в другое время, он говорит, «метки сканирования»

Я только это произойдет, в Ruby, файлы, и это происходит в основном, когда есть требуется в файле ,

Я предполагаю, что это какая-то функция, которая проверяет связанные файлы для параметров автозаполнения, но мне это действительно не нужно, и я предпочел бы более быструю автозаполнение.

Answer 1

Как я уже упоминал в комментарии, у меня была та же проблема. Вот что я нашел;

Есть установка, указывающая VIM, где искать пополнения, называемые complete.

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

это значение по умолчанию. Моя проблема (на самом деле ..) «i», которая сканирует все включенные файлы. Здесь есть две проблемы, первая одна, находя все эти файлы может занять некоторое время, особенно если вы, как я, есть

:set path=** 

Вторая проблема, когда обнаружили, что они должны быть прочитаны, и если вы «используя сетевую файловую систему (я нахожусь на чемодане), как поиск и чтение всех этих файлов может привести к провалу кеша, что делает его болезненно медленным.

Я удалил i сейчас, так как у меня есть файл-теги и чаще всего у меня также есть соответствующие файлы в моих буферах (загруженные или выгруженные), которые будут найдены в результате «b ' и ты'.

Использование

set complete-=i 

для удаления I из списка, обратите внимание, что это местный в буфер.

Answer 2

У вас есть файл с тегами, над которым вы работаете? Если вы не попытаетесь создать один с exuberant-ctags, и Vim должен забрать его с помощью taglist pluglin.

Answer 3

Было очень похоже на проблему с момента обновления до Vim 7.3 (из 7.2): я использовал (отлично) ACP plugin и в более длинных исходных файлах (C-файлы, 1700 LOC) всплывающее окно занимало много времени, чтобы перепрыгнуть через предложения когда я редактировал в нижней части файла.

Использование PerformanceValidator (от Softwareverify), я узнал, что некоторые методы сгиба были вызваны снова и снова и приводят к очень высокой загрузке процессора и медленному завершению.

Моим обходным решением было установить foldmethod (fdm) на manual. И это решило это ...