为什么我还在使用Vim

Vim 是我的默认编辑器。 没有什么特别的理由，无非是我在多年前迁移到 Linux 上的时候学习了一下。 我最终喜欢它，因为我可以在四核机器（它有几千兆字节的RAM）上的编辑小文本文件，而无需等待文件打开。

关于 Vim 的一些其他的事情：

• 它是高度可扩展的

• 它容易跳出shell
  

• 在默认情况下它总是存在。 即使你 ssh 进入一些晦涩的服务器，Vim 也应该安装在那里（最坏的情况，也有 Vi 编辑器）。

您如要要打开以下 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，或者还有更好的，不过要除去那些由网络浏览器伪装成文本编辑器的东西。

要在笔记本上实现编辑器所有的处理能力和可用内存，这听起来有些荒谬，因为实际根本不需要这么做。

在这些基准测试中使用的测试文件是从这个存储库中获取的，这个数据集和我自己的数据集在测试结果上差不多。