我使用的是 MacVim 7.4(我使用命令行版本)，通过 Homebrew 安装。

在语法高亮 Ruby 代码时，Vim 很慢。 htop 显示在 vim 中移动 Ruby 文件时 CPU 使用率为 80%-100%。

我在这里找到了这些：

• Vim 用 ruby?? 语法高亮显示很慢
• 语法高亮导致 Vim 严重滞后

并尝试了建议的解决方案。我做了什么：

• set regexpengine=1：没有任何改变。仍然非常高的 CPU 使用率和缓慢的性能。
• set lazyredraw：情况更好，但权衡非常明显(移动时光标消失)
• 我检查了 .vimrc 中的 autocmd 语句，并没有发现特别慢的地方。我尝试删除所有插件，但问题仍然存在。

我尝试关闭语法，它解决了问题。另外，用 vim -u NONE 开始 vim 然后转动 syntax on 可以解决问题，所以我猜它一定是我的 .vimrc 中的东西？

这是我的 vimrc 的链接。

编辑

我可能已经找到了有罪的设置。似乎有两个设置明显减慢了 vim 的移动速度：

• set relativenumber
• set cursorline

请注意，这两个设置甚至会单独触发此行为。

当按住 j 或 k 滚动时，这些设置会强制 vim 在屏幕上重绘很多东西。
我怀疑这里有解决方案，但我非常愿意采取任何措施来加快速度。

编辑#2

请注意，relativenumber 和 cursorline 仅在用于 Ruby 文件时才会触发此行为。我尝试过的所有其他文件类型(打开 relativenumber 和 cursorline)都可以平滑滚动，无论多长时间。

正如 avivr 所说，由于 foldmethod=syntax

，Vim 在大文件中有时会很慢(尤其是对于 ins-completion)

来自:help todo:

• Slow combination of folding and PHP syntax highlighting. Script to
  reproduce it. Caused by"syntax sync fromstart" in combination with patch
  7.2.274. (Christian Brabandt, 2010 May 27) Generally, folding with
  'foldmethod' set to"syntax" is slow. Do profiling to find out why.

FastFold 插件使得折叠只在保存时重新计算(所以你总是使用 foldmethod=manual -- 但折叠是用 foldmethod=syntax 或你之前设置的任何东西计算的)。

这解决了我的问题。现在我可以在我的 5000 行 C 文件中使用 compl-whole-line 补全，它是即时且快速的，而不是花费几分钟且无响应。

我遇到了这个问题，也尝试了 set regexpengine=1 和其他各种方法。
对我来说，根据正在编辑的文件的大小/复杂性，速度似乎或多或少是严重的，但需要一段时间才能查明确切的原因。

在我的情况下，罪魁祸首是以下设置：

这个设置告诉 Vim 根据语法元素(类、函数、条件)自动创建折叠。
我认为在这种情况下使用 autocmd 设置它并不重要。
我认为问题在于，对于相当复杂的文件，折叠在编辑过程中被更新，导致复杂文件的速度急剧下降。

希望这对某人有所帮助。

众所周知，Ruby 语法文件很慢，最好禁用 \\'cursorline\\'、\\'cursorcolumn\\'，因为它们会造成最大的影响。

但是，您还应该看看 Vim 的慢速与 ruby?? 语法高亮。一些可能也有助于改进的东西。