Seperti yang dinyatakan oleh tajuk, apabila memproses fail teks dengan puluhan ribu baris, vim mempunyai ketinggalan yang jelas apabila menggerakkan kursor, tetapi sublime sangat lancar.
Apakah prinsip dalaman? Bolehkah vim diperbaiki?
Sila beri saya nasihat, terima kasih!
Vim mempunyai terlalu banyak fungsi yang didayakan secara lalai, dan kebanyakan fungsi ini mempunyai prestasi yang lemah di bawah fail besar. Contohnya,
:set noswapfile
禁掉swap file,比如vim -u xxx
tiada permulaan pemalam, dsb.Reka bentuk utama vim bukan untuk fail besar. Jarang sekali fail kod mempunyai puluhan ribu baris atau lebih
Gunakan vim8.0 untuk melihat log di bawah ssh Terdapat 989.31 juta baris, yang sangat lancar.
Windows asli menggunakan gvim8.0 yang disusun sendiri untuk melihatnya, dan ia juga sangat lancar.
Saya rasa anda menggunakan gvim 7.4 untuk windows yang dikeluarkan secara rasmi, yang tidak disokong oleh +directx.
Apakah gunanya menggunakan versi lama perisian sumber terbukauntuk platform teroptimum yang paling terukberbanding dengan versi perisian komersial versi terkini?
Adakah anda pasti vim anda berada dalam persekitaran Linux? Saya juga telah membuka fail yang sangat besar tanpa sebarang lag, tetapi sublime juga sangat mudah digunakan
Puluhan ribu baris?
VIM
我最大打开过 2G 的日志文件。没啥问题。打开几百M的文件更是EASY
.Poster asal boleh bayangkan berapa banyak baris yang ada.
Semestinya masalah rangkaian yang menyebabkan kursor penyuntingan vim menjadi beku dalam ssh Apatah lagi dengan nano yang kecil, ia sangat mudah untuk mengedit fail 100,000 tetapi saya sudah biasa menggunakan editor Geany pada desktop Ubuntu