獨(dú)愛 Vim 的Linux老司機(jī)理由竟然是這個(gè)?。?/h1>
Vim 是我的默認(rèn)編輯器。 沒有什么特別的理由，無非是我在多年前遷移到 Linux 上的時(shí)候?qū)W習(xí)了一下。 我最終喜歡它，因?yàn)槲铱梢栽谒暮藱C(jī)器（它有幾千兆字節(jié)的RAM）上的編輯小文本文件，而無需等待文件打開。
關(guān)于 Vim 的一些其他的事情：
它是高度可擴(kuò)展的它容易跳出shell在默認(rèn)情況下它總是存在。 即使你 ssh 進(jìn)入一些晦澀的服務(wù)器，Vim 也應(yīng)該安裝在那里（最壞的情況，也有 Vi 編輯器）。
但是，主要是因?yàn)樗谖业臋C(jī)器上不會(huì)卡頓，所以我一直堅(jiān)持使用。 為不管使用 Atom 還是 Code，只要打字就會(huì)頻繁經(jīng)歷幾分鐘的卡頓。
您如要要打開以下 C 文件，你對(duì)一個(gè)編輯器內(nèi)存的期望值是多少？
#include <stdio.h>int main(){ printf("Hello, world!");}
大文件怎么辦？ 在 Vim 中打開一個(gè) 6 兆字節(jié)的 XML 文件消耗大約 12 兆字節(jié)。 Nano 與 Vim 相當(dāng)?shù)墓?jié)儉。 Code 需要 392 兆字節(jié)，而 Atom 需要高達(dá) 845 兆字節(jié)。分配
內(nèi)存...
答案讓人瘋狂......
打開一個(gè)60 字節(jié)的 C 源文件需要使用的 KiB 內(nèi)存
Code 需要高達(dá) 349 兆字節(jié)才能打開一個(gè) 60 字節(jié)的文件。 Atom 是 256 兆字節(jié)。 Vim“只”需要 5 兆字節(jié)，這仍然是一個(gè)很高的，但代表一個(gè)平均配置。我還包括有另一個(gè)文本模式編輯器 Nano 來與 Vim 進(jìn)行比較，它才用到不到一兆字節(jié)。
![獨(dú)愛 Vim 的Linux老司機(jī)理由竟然是這個(gè)?。? src=]()
打開約 6 兆字節(jié)的 XML 文件，需要多少 KiB 的內(nèi)存
請(qǐng)稍等…
那么對(duì)于打開同一個(gè) XML 文件所需的時(shí)間，而且將光標(biāo)移動(dòng)到最后位置，它們表現(xiàn)如何呢？ 結(jié)果似曾相識(shí)。 Atom 和 Code 需要近 20 秒。 Vim 需要 4 秒左右。
Sublime 則是令人驚訝的快，僅使用一秒鐘的時(shí)間。
打開約 6 兆字節(jié) XML 文件所需的秒數(shù)
在同一個(gè) XML 文件中進(jìn)行搜索和替換 100,000 個(gè)單詞的實(shí)例會(huì)產(chǎn)生令人驚訝的結(jié)果。 Nano 和 Atom 失敗了，平均要花費(fèi)近 10 分鐘才能完成。 Atom 試圖得到結(jié)果的同時(shí)崩潰了很多次。 Code 花了大約 80 秒。 Sublime 在 6 秒內(nèi)完成。 而 Vim 只需 4 秒鐘。
搜索和替換 100,000 個(gè)單詞實(shí)例中需要使用的秒數(shù)
結(jié)論
學(xué)習(xí) Vim。http://vimcasts.org 值得一看，它上面有基礎(chǔ)的 Vim 內(nèi)容，提示和技巧，這些內(nèi)容都來自于 Drew Neil， 他還編寫了 這本了不起的書。
Vim 實(shí)踐，由 Drew Neil 編寫
如果不使用 Vim，還可能使用 Emacs，或者還有更好的，不過要除去那些由網(wǎng)絡(luò)瀏覽器偽裝成文本編輯器的東西。
要在筆記本上實(shí)現(xiàn)編輯器所有的處理能力和可用內(nèi)存，這聽起來有些荒謬，因?yàn)閷?shí)際根本不需要這么做。
在這些基準(zhǔn)測(cè)試中使用的測(cè)試文件是從這個(gè)存儲(chǔ)庫中獲取的，這個(gè)數(shù)據(jù)集和我自己的數(shù)據(jù)集在測(cè)試結(jié)果上差不多。
相關(guān)新聞
Vim 是我的默認(rèn)編輯器。 沒有什么特別的理由，無非是我在多年前遷移到 Linux 上的時(shí)候?qū)W習(xí)了一下。 我最終喜歡它，因?yàn)槲铱梢栽谒暮藱C(jī)器（它有幾千兆字節(jié)的RAM）上的編輯小文本文件，而無需等待文件打開。
關(guān)于 Vim 的一些其他的事情：
它是高度可擴(kuò)展的它容易跳出shell在默認(rèn)情況下它總是存在。 即使你 ssh 進(jìn)入一些晦澀的服務(wù)器，Vim 也應(yīng)該安裝在那里（最壞的情況，也有 Vi 編輯器）。
但是，主要是因?yàn)樗谖业臋C(jī)器上不會(huì)卡頓，所以我一直堅(jiān)持使用。 為不管使用 Atom 還是 Code，只要打字就會(huì)頻繁經(jīng)歷幾分鐘的卡頓。
您如要要打開以下 C 文件，你對(duì)一個(gè)編輯器內(nèi)存的期望值是多少？
#include <stdio.h>int main(){ printf("Hello, world!");}
大文件怎么辦？ 在 Vim 中打開一個(gè) 6 兆字節(jié)的 XML 文件消耗大約 12 兆字節(jié)。 Nano 與 Vim 相當(dāng)?shù)墓?jié)儉。 Code 需要 392 兆字節(jié)，而 Atom 需要高達(dá) 845 兆字節(jié)。分配
內(nèi)存...
答案讓人瘋狂......
打開一個(gè)60 字節(jié)的 C 源文件需要使用的 KiB 內(nèi)存
Code 需要高達(dá) 349 兆字節(jié)才能打開一個(gè) 60 字節(jié)的文件。 Atom 是 256 兆字節(jié)。 Vim“只”需要 5 兆字節(jié)，這仍然是一個(gè)很高的，但代表一個(gè)平均配置。我還包括有另一個(gè)文本模式編輯器 Nano 來與 Vim 進(jìn)行比較，它才用到不到一兆字節(jié)。
打開約 6 兆字節(jié)的 XML 文件，需要多少 KiB 的內(nèi)存
請(qǐng)稍等…
那么對(duì)于打開同一個(gè) XML 文件所需的時(shí)間，而且將光標(biāo)移動(dòng)到最后位置，它們表現(xiàn)如何呢？ 結(jié)果似曾相識(shí)。 Atom 和 Code 需要近 20 秒。 Vim 需要 4 秒左右。
Sublime 則是令人驚訝的快，僅使用一秒鐘的時(shí)間。
打開約 6 兆字節(jié) XML 文件所需的秒數(shù)
在同一個(gè) XML 文件中進(jìn)行搜索和替換 100,000 個(gè)單詞的實(shí)例會(huì)產(chǎn)生令人驚訝的結(jié)果。 Nano 和 Atom 失敗了，平均要花費(fèi)近 10 分鐘才能完成。 Atom 試圖得到結(jié)果的同時(shí)崩潰了很多次。 Code 花了大約 80 秒。 Sublime 在 6 秒內(nèi)完成。 而 Vim 只需 4 秒鐘。
搜索和替換 100,000 個(gè)單詞實(shí)例中需要使用的秒數(shù)
結(jié)論
學(xué)習(xí) Vim。http://vimcasts.org 值得一看，它上面有基礎(chǔ)的 Vim 內(nèi)容，提示和技巧，這些內(nèi)容都來自于 Drew Neil， 他還編寫了 這本了不起的書。
Vim 實(shí)踐，由 Drew Neil 編寫
如果不使用 Vim，還可能使用 Emacs，或者還有更好的，不過要除去那些由網(wǎng)絡(luò)瀏覽器偽裝成文本編輯器的東西。
要在筆記本上實(shí)現(xiàn)編輯器所有的處理能力和可用內(nèi)存，這聽起來有些荒謬，因?yàn)閷?shí)際根本不需要這么做。
在這些基準(zhǔn)測(cè)試中使用的測(cè)試文件是從這個(gè)存儲(chǔ)庫中獲取的，這個(gè)數(shù)據(jù)集和我自己的數(shù)據(jù)集在測(cè)試結(jié)果上差不多。