タイトルにあるように、数万行のテキストファイルを処理する場合、vimではカーソルを動かすと明らかに遅れが生じますが、Sublimeは非常にスムーズです。
内部原理とは何ですか? vimを改善できるでしょうか?
アドバイスをお願いします、よろしくお願いします!
Vim にはデフォルトで有効になっている機能が多すぎるため、これらの機能の多くは大きなファイルではパフォーマンスが低下します。たとえば、:set noswapfile禁掉swap file,比如vim -u xxxプラグイン起動なしなど
:set noswapfile
vim -u xxx
vim の主な設計は大きなファイル向けではなく、コード ファイルが数万行以上になることはほとんどありません。
ssh でログを表示するには vim8.0 を使用します。9 億 8,931 万行あり、非常にスムーズです。 ネイティブ Windows はセルフコンパイルされた gvim8.0 を使用して表示しており、これも非常にスムーズです。
あなたは正式にリリースされた Windows 用の gvim 7.4 を使用していると思いますが、これは +directx によってもサポートされていません。 商用ソフトウェアの最新バージョンと比較して、最悪の最適化プラットフォームで古いバージョンのオープンソース ソフトウェアを使用することに何の意味があるのでしょうか?
vim が Linux 環境にあることを確認していますか?非常に大きなファイルも遅延なく開いてみましたが、Sublime も非常に使いやすいです
数万行?
VIM 我最大打开过 2G 的日志文件。没啥问题。打开几百M的文件更是 EASY。 元の投稿者は何行あるか想像できます。
VIM
EASY
SSH で vim 編集カーソルがフリーズする原因は、ネットワークの問題であるはずです。vim は言うまでもなく、たとえ小さな nano であっても、100,000 行のファイルを編集するのは非常に簡単です。しかし、私はエディター Geany の使用に慣れています。 Ubuntu デスクトップ上で。
Vim にはデフォルトで有効になっている機能が多すぎるため、これらの機能の多くは大きなファイルではパフォーマンスが低下します。たとえば、
:set noswapfile
禁掉swap file,比如vim -u xxx
プラグイン起動なしなどvim の主な設計は大きなファイル向けではなく、コード ファイルが数万行以上になることはほとんどありません。
ssh でログを表示するには vim8.0 を使用します。9 億 8,931 万行あり、非常にスムーズです。
ネイティブ Windows はセルフコンパイルされた gvim8.0 を使用して表示しており、これも非常にスムーズです。
あなたは正式にリリースされた Windows 用の gvim 7.4 を使用していると思いますが、これは +directx によってもサポートされていません。
商用ソフトウェアの最新バージョンと比較して、最悪の最適化プラットフォームで古いバージョンのオープンソース ソフトウェアを使用することに何の意味があるのでしょうか?
vim が Linux 環境にあることを確認していますか?非常に大きなファイルも遅延なく開いてみましたが、Sublime も非常に使いやすいです
数万行?
VIM
我最大打开过 2G 的日志文件。没啥问题。打开几百M的文件更是EASY
。元の投稿者は何行あるか想像できます。
SSH で vim 編集カーソルがフリーズする原因は、ネットワークの問題であるはずです。vim は言うまでもなく、たとえ小さな nano であっても、100,000 行のファイルを編集するのは非常に簡単です。しかし、私はエディター Geany の使用に慣れています。 Ubuntu デスクトップ上で。