Live data from Hacker News

Feature comparison of ack, ag, git-grep, GNU grep and ripgrep

beyondgrep.com

91–100 of 101 posts

Re: Feature comparison of ack, ag, git-grep, GNU grep and ripgrep

#91
post #70

Earlier quoted context omitted.

I’d wager they’re talking about the whole “The Secret” abundance mentality thing. “Believe and you shall receive... somehow”. That sort of interesting New Age stuff. I put no credence in it myself in terms of their stronger claims, but hey, CBT reminds me of it in a lot of ways and helped cure my depression.

Author here. I don't know about "The Secret" other than it being an Oprah thing, what, ten years ago? Abundance vs. scarcity has nothing to do with “Believe and you shall receive... somehow”. Scarcity thinking means that you fear giving people credit, and letting others have success. You fear that praising others makes you seem weak. You think that if someone uses a different open source project than yours, that you…

Oh I wasn’t having a go at you, merely answering the question posed by the parent and grandparent commenters here :)

Re: Feature comparison of ack, ag, git-grep, GNU grep and ripgrep

#93

Earlier quoted context omitted.

Thank you for re-running them. You saved me the trouble. ;) I would be curious to see ack get into the test suite, however. Even if it is much slower, I'd like to see the results. And I'd be very curious to hear your reasoning for the different results in the subtitles_ru test cases -- why is rg returning radically different numbers of lines as compared to the other tools? Thanks!

> I would be curious to see ack get into the test suite, however. Even if it is much slower, I'd like to see the results. You'll need to add it to the benchsuite script (which should be very easy to do, just peruse the source to see other examples), but for me, ack is too slow to benchmark this way. In theory, I'd be fine adding it to the same benchmarks as pt/sift are in, since they are also generally too slow to be…

Awesome! Thanks for all the information!

I feel kinda sad that the only thing I can do in response is to go install ripgrep and use that instead of the alternatives.

Do you have a Patreon page? Or anything similar?

Re: Feature comparison of ack, ag, git-grep, GNU grep and ripgrep

#94

Earlier quoted context omitted.

> I would be curious to see ack get into the test suite, however. Even if it is much slower, I'd like to see the results. You'll need to add it to the benchsuite script (which should be very easy to do, just peruse the source to see other examples), but for me, ack is too slow to benchmark this way. In theory, I'd be fine adding it to the same benchmarks as pt/sift are in, since they are also generally too slow to be…

Awesome! Thanks for all the information! I feel kinda sad that the only thing I can do in response is to go install ripgrep and use that instead of the alternatives. Do you have a Patreon page? Or anything similar?

Haha go for it! :-)

And no, I don't mix money with my free time side projects. Personal choice. Instead, just donate to a charity. My personal favorites are Rails Girls and Wikipedia. The Internet Archive is another good one!

Re: Feature comparison of ack, ag, git-grep, GNU grep and ripgrep

#95

Earlier quoted context omitted.

The benchmark suite can be run by anyone: https://github.com/BurntSushi/ripgrep/blob/master/benchsuite... I re-ran them :-) https://github.com/BurntSushi/ripgrep/tree/master/benchsuite... TL;DR ripgrep has gotten faster in important areas since the initial set of benchmarks (the proper comparison there would be https://github.com/BurntSushi/ripgrep/tree/master/benchsuite... ). The key reasons why are because it grew…

Thank you for re-running them. You saved me the trouble. ;) I would be curious to see ack get into the test suite, however. Even if it is much slower, I'd like to see the results. And I'd be very curious to hear your reasoning for the different results in the subtitles_ru test cases -- why is rg returning radically different numbers of lines as compared to the other tools? Thanks!

ack will always be slower than ripgrep, but it shouldn't be as slow as it is in burntsushi's tests. In his tests, he's showing run times where ack takes 25x as long to run as ripgrep, and ack shouldn't be NEARLY that slow.

We think that there's something weird about his Perl installation that is making it so slow, but we haven't been able to figure it out.

Here's the ticket: https://github.com/beyondgrep/ack3/issues/42

If you have any insight, we'd love to have it. We've been stumped, as you'll see if you read through the issue history.

Re: Feature comparison of ack, ag, git-grep, GNU grep and ripgrep

#96

Earlier quoted context omitted.

Thank you for re-running them. You saved me the trouble. ;) I would be curious to see ack get into the test suite, however. Even if it is much slower, I'd like to see the results. And I'd be very curious to hear your reasoning for the different results in the subtitles_ru test cases -- why is rg returning radically different numbers of lines as compared to the other tools? Thanks!

ack will always be slower than ripgrep, but it shouldn't be as slow as it is in burntsushi's tests. In his tests, he's showing run times where ack takes 25x as long to run as ripgrep, and ack shouldn't be NEARLY that slow. We think that there's something weird about his Perl installation that is making it so slow, but we haven't been able to figure it out. Here's the ticket: https://github.com/beyondgrep/ack3/issues/…

I will dig back into this and see if I can figure it out. If you look at the recent commit history for ripgrep, you'll see I updated the timings for ack on my benchmark in my README. I have no explanation for it, but ack isn't as slow as it was when I went through this before.

Anyway, my Perl installation is the standard one on Archlinux. I will try on other systems.

Re: Feature comparison of ack, ag, git-grep, GNU grep and ripgrep

#97
post #67

Earlier quoted context omitted.

The easiest way: first, install rust and cargo, either through your distribution, or thorough rustup if your distribution doesn't have it yet. Then run "cargo install -f ripgrep". It'll download the source code, build, and install to ~/.cargo/bin, which rustup adds to $PATH for you by default. Edit: the "-f" in the "cargo install" command is for updating; without the -f, it refuses to install over an already installe…

Note that if you install Rust through Debian, it likely won't be new enough to compile the latest version of ripgrep. I believe Debian packages Rust 1.14, and the last version of ripgrep to work on Rust 1.14 was 0.5.2. So, `cargo install --vers 0.5.2 ripgrep` might be what you want on Debian.

Debian stable has 1.14, but Debian testing has 1.22.1.

Re: Feature comparison of ack, ag, git-grep, GNU grep and ripgrep

#98

Earlier quoted context omitted.

Author here. I don't know about "The Secret" other than it being an Oprah thing, what, ten years ago? Abundance vs. scarcity has nothing to do with “Believe and you shall receive... somehow”. Scarcity thinking means that you fear giving people credit, and letting others have success. You fear that praising others makes you seem weak. You think that if someone uses a different open source project than yours, that you…

Well said. :-) I've added a link to your feature comparison table to my REAMDE[1]. Thanks again for putting it together! [1] - https://github.com/BurntSushi/ripgrep#feature-comparison

Involuntary Neil Stephenson reference :-)

Re: Feature comparison of ack, ag, git-grep, GNU grep and ripgrep

#100
post #66

Earlier quoted context omitted.

I do wish the persistent config file enhancement had a significant chance of becoming a reality. https://github.com/BurntSushi/ripgrep/issues/196 I understand alias'es and wrappers fine, but I like having the environment have some way to contribute. It's just my simple preference. There's also the related #314 which makes even more sense- per project configuration. Sure would be great being able to download a project…

> I do wish the persistent config file enhancement had a significant chance of becoming a reality. As the ticket says (I think), tt's going to happen. It's just a lot of tedious work.

Wow, cool. Thanks burntsushi. rg is already amazing. This project really has gotten an enormous amount of love & effort from you & it really shows through & through.

Your implementation of the gitignore algorithm is crazy impressive to me.

Post reply on HN