ugrep v6.0 #388
Replies: 1 comment
-
Happy that the benchmark results were already looking good in the past and are now even better. Ugrep is certainly quicker than before. As a side note, I have to emphasize speed as being important for this project because I get unfairly attacked by some people including the author of ripgrep when I post about ugrep updates, with them saying that ugrep is not faster than ripgrep and then they show some anecdotal test case as "proof". He's been trying to keep up with me ever since ugrep was first released. He then claims that he "was never able to replicate ugrep performance" when in fact he had admitted to me that ugrep was faster for a benchmark set of cases that I showed him when I initially released ugrep. He then released ripgrep v13 months later to speed up rg to show that "he was right" and blames me for being dishonest and a bad guy. Good for him to improve ripgrep, but thanks to me I suppose...? I didn't write ugrep for a speed competition at all, but rather for new features while making sure ugrep is very fast. So right now ugrep is quicker in many cases than rg v14 which appears to run very slow on some tests, such as when searching for words, taking over 6 minutes (375 seconds) when ugrep takes half a second on x64 for this test: grepping
and rg 14 is also very slow on arm64 for this test: grepping
Recursive searching on MacOS M1 in the Swift source code repo is also showing a consistent speed advantage for ugrep over rg: grepping
Let me add that there is no grep that is always consistently faster than another grep. There are cases when ugrep is slower than rg just as there are cases the other way round. I never claimed that ugrep is always faster than other grep. But I have implemented my own ideas for new methods and algos to make it pretty fast. |
Beta Was this translation helpful? Give feedback.
-
What's new?
Please note
This discussion was created from the release ugrep v6.0.
Beta Was this translation helpful? Give feedback.
All reactions