为什么GNU grep如此之快？

gabor 您好，

我是gnu grep的原作者，同时也是一名freebsd用户，不过我一直使用的是-stable版本（也就是更老的版本），而没怎么关注-current版本。

但是，当我无意间翻阅-current版的邮件列表时，偶然发现了一些关于bsd grep与gnu grep性能的讨论，你可能也注意到了那些讨论。

不管怎么说，仅供参考吧，下面是一些简单的总结，关于为什么gnu grep如此之快。或许你能借鉴其中的一些思想运用到bsd grep中去。

#技巧1：gnu grep之所以快是因为它并不会去检查输入中的每一个字节。

#技巧2：gnu grep之所以快是因为它对那些的确需要检查的每个字节都执行非常少的指令（操作）。

gnu grep还展开了boyer-moore算法的内部循环，并建立了一个boyer-moore的delta表，这样它就不需要在每一个展开的步骤进行循环退出判断了。这样的结果就是，在极限情况下（in the limit），gnu grep在需要检查的每一个输入字节上所执行的x86指令不会超过3条（并且还跳过了许多字节）。

一旦有了快速搜索，这时你会发现也需要同样快速的输入。

gnu grep使用了原生unix输入系统调用并避免了在读取后对数据进行拷贝。

而且，gnu grep还避免了对输入进行分行，查找换行符会让grep减慢好几倍，因为要找换行符你就必须查看每个字节！

所以gnu grep没有使用基于行的输入，而是将原数据读入到一个大的缓冲区buffer，用boyer-moore算法对这个缓冲区进行搜索，只有在发现一个匹配之后才会去查找最近的换行符（某些命令参数，比如-n会禁止这种优化）。

最后，当我还在维护gnu grep的时候（15+年前……），gnu grep也尝试做一些非常困难的事情使内核也能避免处理输入的每个字节，比如使用mmap()而不是read()来进行文件输入。当时，用read()会使大部分unix版本造成一些额外的拷贝。因为我已经不再gnu grep了，所以似乎mmap已经不再默认使用了，但是你仍然可以通过参数–mmap来启用它，至少在文件系统的buffer已经缓存了你的数据的情况下，mmap仍然要快一些：

[这里使用的输入是一个648m的mh邮件文件夹，包含大约41000条信息]

所以即使在今天，使用–mmap仍然可以提速20%以上。

总结：

- 使用boyer-moore算法（并且展开它的内层循环）。

- 使用原生系统调用来建立你的缓冲输入，避免在搜索之前拷贝输入字节。（无论如何，最好使用缓冲输出，因为在grep的常用场景中，输出的要比输入的少，所以输出缓冲拷贝的开销要小，并且可以节省许多这样小的无缓冲写操作。）

- 在找到一个匹配之前，不要查找换行符。

- 尝试做一些设置（比如页面对齐缓冲区，按页大小来读取块，选择性的使用mmap），这样可以使内核避免拷贝字节。

让程序变得更快的关键就是让它们做更少的事情。;-)

原文发布时间为：2013-12-05

本文来自云栖社区合作伙伴“linux中国”