21–30 of 225 posts
It would be nice to have a collection of modern/faster/saner alternatives to common unix tools and such utilities (made in rust or not) that becomes standard -- or at least easily installable in linux distros and OS X. Not for replacing those tools, but for supplementing them. Thinking of stuff like fd and: ripgrep: https://github.com/BurntSushi/ripgrep (grep/ag alt) xsv: https://github.com/BurntSushi/xsv (csv tool)…
My main usecase for find is not only finding files, but to do actions on them through -exec. Unless I’m missing something, that’s not supported with this tool.
You can easily compose this with `xargs` using the`-0 / --print0` option: fd -0 '\.log$' | xargs -0 tail
Edit: Swore I had gotten ARG_MAX complaints out of xargs in the past. Replies are correct though. I'm wrong here...xargs adjusts on the fly. Perhaps long ago, or some obscure use of xargs?
Why is this faster then find?
How does it compare in speed to 'ag' (i.e the silver searcher) -g option?
The mysql-server repository[1] should be a fun one to try out, because of this:
$ wc -l .gitignore
3122 .gitignore
[1] - https://github.com/mysql/mysql-server
[2] - https://github.com/BurntSushi/ripgrep/blob/e7c06b92fb996adcb...
It is incredibly fast! Thanks a lot for this great tool!
Thank you for the feedback! Most of the credit for the speed goes to the amazing Rust modules 'ignore' and 'regex', which are also used by ripgrep ( https://github.com/BurntSushi/ripgrep ).
That has certainly been my experience in the past when experimenting with this sort of thing, that more threads makes a lot of difference.
Earlier quoted context omitted.
You can easily compose this with `xargs` using the`-0 / --print0` option: fd -0 '\.log$' | xargs -0 tail
xargs does have limits on input length. On some platforms they aren't terribly high. Sound like -exec is potentially coming though. Edit: Swore I had gotten ARG_MAX complaints out of xargs in the past. Replies are correct though. I'm wrong here...xargs adjusts on the fly. Perhaps long ago, or some obscure use of xargs?
what?
My main usecase for find is not only finding files, but to do actions on them through -exec. Unless I’m missing something, that’s not supported with this tool.
Earlier quoted context omitted.
You can easily compose this with `xargs` using the`-0 / --print0` option: fd -0 '\.log$' | xargs -0 tail
xargs does have limits on input length. On some platforms they aren't terribly high. Sound like -exec is potentially coming though. Edit: Swore I had gotten ARG_MAX complaints out of xargs in the past. Replies are correct though. I'm wrong here...xargs adjusts on the fly. Perhaps long ago, or some obscure use of xargs?
Earlier quoted context omitted.
xargs does have limits on input length. On some platforms they aren't terribly high. Sound like -exec is potentially coming though. Edit: Swore I had gotten ARG_MAX complaints out of xargs in the past. Replies are correct though. I'm wrong here...xargs adjusts on the fly. Perhaps long ago, or some obscure use of xargs?
> xargs does have limits on input length what?