News for hackers. Stuff that matters.
Re:A common mistake involving wildcards and the find command by svnpenn on Saturday February 08, 2020 @10:23PM (#22280195)
Yeah and its also 10 times larger

https://github.com/BurntSushi/ripgrep/issues/1481

Re:A common mistake involving wildcards and the find command by reificator on Sunday February 09, 2020 @02:54AM (#22280961)
If you go on a system with grep aliased and run your single grep command, are you going to be able to tell which binary was larger?

If you look at the size of two disk images for different distros, and one has grep while the other has ripgrep, are you going to be able to tell which is which?

10x larger than grep is noise in 2020. Making that tradeoff in exchange for significantly improved performance seems reasonable.

Not to mention a large part of that difference is likely due to grep relying on libc, while ripgrep has to bundle its own runtime. And that's not even bringing up memory safety.

I'll take ripgrep at 10x the size of grep any day.

Re:A common mistake involving wildcards and the find command by burntsushi on Sunday February 09, 2020 @08:18AM (#22281941)
Yes. If that disk space is more important to you than correctness, performance and better Unicode support, then yeah, you should definitely keep using the silver searcher.

I gave more details in a response on that issue: https://github.com/BurntSushi/ripgrep/issues/1481#issuecomme...

Re:A common mistake involving wildcards and the find command by dharmab on Saturday February 08, 2020 @10:46PM (#22280274)
Which is absolutely a good trade-off for a modern desktop system.
Re:A common mistake involving wildcards and the find command by detaro on Saturday February 08, 2020 @10:46PM (#22280270)
the previous issue on the topic has some pointers