用了 ripgrep 后，完全接受不了 grep 了，大点的目录 grep 跟不能用差不多，而 rg 却很轻松搞定

那是自然，rust 强力支撑

但是不应该对用了几十年的老工具抱有轻蔑的态度，毕竟互联网能发展起来它们是基石

@liuxu 不是轻蔑吧，没有态度，就是使用的一种感觉

@liuxu 感觉跟 rust 关系不大，应该是软件重新设计了，用 c 或 cpp 应该一样可以实现这个速度，只是没人做

sliver searcher 也不错

@jdz rust 强力支撑不是我说的，是作者说的，原因是用了 rust 正则引擎

grep 的性能其实也很好，应该是遇到奇怪的 edge case 了。如果没有正则需求的话 fgrep （即 grep -F ）差不多是速度最快的工具（之前无聊自己做过测试，被性能震惊了，然后看了作者 mailling list，是基于 BM 算法优化过来的），有正则需求可以直接用 grep -P，只用 grep 的情况比较少。性能对比的话很多工具的 github repo 都有提供对比结果，贴个 rg repo 里的一个 benchmark https://github.com/BurntSushi/ripgrep/blob/master/benchsuite/runs/2020-10-14-archlinux-frink/summary

学习了，后面去研究下这个 ripgrep

配合 fzf 使用更香

Rust 并没有什么黑科技，纯粹是新作者新团队新代码新依赖库高度优化的结果，换成 C++这些确实也可以做到，只是没人去做罢了。

已经是必装软件了，主要用来看日志。

@wellsc 你撤回，让我说[狗头]

一切可以用 rust 重写的，都在重写

@FightPig 一切能用 javascipt 实现的，最终都会用 Javascript 实现。

@GPLer #14
isnum iseven isodd

第一反应是楼主太夸张了，然而试用了一下直呼 woc

学习成本如何？

确实，之前试用 rg 之后现在已经在到处装 rg 了

fzf 也很方便。也可以试试

很多基础工具都有 rust 重写的版本了

ls -> exa
find -> fd
cat -> bat
du -> dust

体验都不错。就是每个作者对工具的命名都有自己的想法。。。

嫌慢的话加个 parallel 命令咋样