(профилирование vim) режим VIM 256 цветов, отстающие файлы php

Я использую 256-цветную тему в vim (установите t_Co = 256), и все файлы php открываются около 8 секунд.

  • Это моя локальная двухъядерная машина
  • Это не зависит от цветовой схемы, которую я использовал (zenburn, wombat, wombat256).
  • HTML, Python, JS или любые другие файлы открываются мгновенно
  • Даже создание новых файлов php (:o newfile.php) занимает около 8 секунд.
  • Я правильно настроил свой терминал
  • Все в порядке, если я использую 16 цветов (устанавливаю t_Co=16)

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


performance profiling lag vim 256color
person Andrew    schedule 22.08.2010    source источник
comment
у вас последняя версия? У меня возникают задержки при использовании версий после 7.2 (но до 7.3).   -  person skeept    schedule 24.08.2010
comment
да, у меня лаги на 7.3 и 7.2, это странно, но gVim 7.2 работает нормально   -  person Andrew    schedule 07.09.2010
comment
Попробуйте выполнить vim -c 'set verbosefile=./vim.log verbose=12' -c 'o newfile.php' -c 'set verbose=0' -c 'qa!', затем gvim -c 'set verbosefile=./gvim.log verbose=12' -c 'o newfile.php' -c 'set verbose=0' -c 'qa!', затем diff ./vim.log ./gvim.log. Если есть какие-либо существенные различия (кроме измененных номеров скриптов), вставьте куда-нибудь оба файла. Если нет, попробуйте сделать это с помощью verbose=15. Или сделать это не с gvim, а с vim с t_Co=16 (или с любой другой конфигурацией, которая не доставляет хлопот).   -  person ZyX    schedule 08.09.2010
comment
Если после предыдущего шага вы не нашли, что вызывает проблемы, попробуйте выполнить vim -c 'profile start ./vim.profile' -c 'profile func *' -c 'profile file *' -c 'o newfile.php' -c 'qa!', таблица в конце файла ./vim.profile должна дать вам информацию о функции, вызвавшей проблемы.   -  person ZyX    schedule 09.09.2010
comment
Большое спасибо, я обнаружил, что эта проблема была вызвана сценарием подсветки css от Криса Йипа (vim.org/scripts/script.php?script_id=3220). После удаления все работает нормально.   -  person Andrew    schedule 11.09.2010
comment
@andrew давай, ответь на свой вопрос. Затем вы можете выбрать его как правильный ответ. Кажется немного странным, но это общепринятый метод решения вопросов, на которые вы сами отвечаете.   -  person    schedule 06.10.2010

Ответы (1)


arrow_upward
3
arrow_downward

Правильный способ выяснить, что вызывает проблемы с производительностью в VIM, - это профилировать его или проверить отладочный вывод (опционально - сравнение с настройкой vim без проблем).

Сравнение вывода отладки:

vim -c 'set verbosefile=./vim1.log verbose=12' -c 'command that causes problem' -c 'qa!'
vim -c 'set verbosefile=./vim2.log verbose=12' -c 'qa!'
diff ./vim1.log ./vim2.log

В некоторых случаях вы также можете увеличить уровень детализации до 15.

Профилирование:

vim -c 'profile start ./vim.profile' -c 'profile func *' -c 'profile file *' -c 'command that causes problem' -c 'qa!'
person Andrew    schedule 07.10.2010