Vim 是我的默认编辑器。 没有什么特别的理由，无非是我在多年前迁移到 Linux 上的时候学习了一下。 我最终喜欢它，因为我可以在四核机器（它有几千兆字节的RAM）上的编辑小文本文件，而无需等待文件打开。
关于 Vim 的一些其他的事情：
它是高度可扩展的
它容易跳出shell
在默认情况下它总是存在。 即使你 ssh 进入一些晦涩的服务器，Vim 也应该安装在那里（最坏的情况，也有 Vi 编辑器）。
但是，主要是因为它在我的机器上不会卡顿，所以我一直坚持使用。 为不管使用 Atom 还是 Code，只要打字就会频繁经历几分钟的卡顿。
您如要要打开以下 C 文件，你对一个编辑器内存的期望值是多少？
#include <stdio.h>
{
();
}
分配内存...
答案让人疯狂......
打开一个～60 字节的 C 源文件需要使用的 KiB 内存。
Code 需要高达 349 兆字节才能打开一个 60 字节的文件。 Atom 是 256 兆字节。 Vim“只”需要 5 兆字节，这仍然是一个很高的，但代表一个平均配置。
我还包括有另一个文本模式编辑器 Nano 来与 Vim 进行比较，它才用到不到一兆字节。
大文件怎么办？ 在 Vim 中打开一个 6 兆字节的 XML 文件消耗大约 12 兆字节。 Nano 与 Vim 相当的节俭。 Code 需要 392 兆字节，而 Atom 需要高达 845 兆字节。
打开约 6 兆字节的 XML 文件，需要多少 KiB 的内存。
请稍等…
那么对于打开同一个 XML 文件所需的时间，而且将光标移动到最后位置，它们表现如何呢？ 结果似曾相识。 Atom 和 Code 需要近 20 秒。 Vim 需要 4 秒左右。 Sublime 则是令人惊讶的快，仅使用一秒钟的时间。
打开约 6 兆字节 XML 文件所需的秒数
在同一个 XML 文件中进行搜索和替换 100,000 个单词的实例会产生令人惊讶的结果。 Nano 和 Atom 失败了，平均要花费近 10 分钟才能完成。 Atom 试图得到结果的同时崩溃了很多次。 Code 花了大约 80 秒。 Sublime 在 6 秒内完成。 而 Vim 只需 4 秒钟。
搜索和替换 100,000 个单词实例中需要使用的秒数
结论
学习 Vim。http://vimcasts.org 值得一看，它上面有基础的 Vim 内容，提示和技巧，这些内容都来自于 Drew Neil，他还编写了这本了不起的书。
Vim 实践，由 Drew Neil 编写
如果不使用 Vim，还可能使用 Emacs，或者还有更好的，不过要除去那些由网络浏览器伪装成文本编辑器的东西。
要在笔记本上实现编辑器所有的处理能力和可用内存，这听起来有些荒谬，因为实际根本不需要这么做。
在这些基准测试中使用的测试文件是从这个存储库中获取的（https://github.com/jhallen/joes-sandbox/tree/master/editor-perf），这个数据集和我自己的数据集在测试结果上差不多。