400行以上のファイルがあります（これは論文です）。上部近く（たとえば、20行目）で編集すると、Vimはいつものようにきびきびとしています。ただし、下部（400行目あたり）で編集すると、文字を入力してからVimが画面に表示するまでにかなりの遅延が発生します。結果として、これほど大きなファイルを編集することはほとんど不可能です。
これの理由は何ですか、そして私は何ができますか？
swapfile、などを切り替えてみましたがsyntax、scrolloff役に立たないようです。Vimの最大行数は2147483647である必要があるため、実際にはここまでの道のりは長いはずです:)
これが設定maxmemに関連している場合、2500行までのファイルを編集することを考えると、妥当な値は何でしょうか？
助けてくれてありがとう！乾杯。
さて、ここでは折りたたみが問題でした（私はいくつかの悪い設定をしていましたfoldlevelstart）。だから、私の経験とこれらの 問題に基づいて：
set foldenable " can slow Vim down with some plugins
set foldlevelstart=99 " can slow Vim down with some plugins
set foldmethod=syntax " can slow Vim down with some plugins
チェック/トグルする他のことは、、、およびsyntax行の長さです（一部のプラグインは非常に長い行で遅くなる可能性があります）。filetypewrap
現在の設定なしでVimを実行することは良い出発点です。これを指摘してくれた@Frederikに感謝します：
vim -u NONE
この後、すべてのプラグインを無効にすることは良いスタートです。一般的な知識についても参照してください。:help slow
私は最近、この正確な問題に遭遇しました-比較的短い（マークダウン）ファイルの下部に入力する際の遅延。プラグインをアンインストールし、.vimrcのほとんどの設定をコメントアウトした後、 vimがプリインストールされているvim-markdownプラグインからのマークダウンフォールディングに問題があることがわかりました。コメントアウトすることlet g:markdown_folding = 1でうまくいきました。
それでもマークダウンファイルを自動折りたたみしたかったので、vim-markdown-foldingをインストールしましたが、パフォーマンスに問題はありません。
私の場合、同じファイルを複数のウィンドウで開いた相対数が遅れていました。どちらかを実行するか:set norelativenumber、別のウィンドウを閉じる必要がありました。
構文だけを非難しないでください。通常モードでの編集が遅くなる可能性があります。例：オートコンプリート。構文のせいでVimが遅いと思っていた日々がありました。少なくとも6文字を入力すると、オートコンプリートがトリガーされるようにオートコンプリートプラグインを構成しましたが、速度が大幅に向上しました。シンタックスハイライトで何も触れる必要はありませんでした。