sharkdp

10 ms·

61.
by sharkdp 9y ago
Great suggestion! I have opened a ticket here: https://github.com/sharkdp/hyperfine/issues/21
62.
by sharkdp 9y ago
Thank you for the feedback. Hyperfine currently tracks real time (= wall-clock time), user time (= time spent in user mode) and system time (= time spent in kernel mode). Unfortunately, I have never heard of dtrace. What kind of other metri
63.
by sharkdp 9y ago
Whenever you run 'time <command>' you could consider running 'hyperfine <command>' to get an answer that has been averaged over multiple runs. I personally use command-line benchmarking to compare different t
64.
by sharkdp 9y ago
Thank you for the feedback! Yes, having a "cold" or a "warm" disk cache makes a massive difference for I/O-heavy programs. For one of my other programs, I differentiate between "cold-cache" and "warm-
65.
by sharkdp 9y ago
Thank you for the feedback! Not yet, but I've just created a ticket here: https://github.com/sharkdp/hyperfine/issues/20 Should be easy to implement.
66.
Show HN: Hyperfine – a command-line benchmarking tool(github.com)
126 points by sharkdp 9y ago|19 comments
67.
by sharkdp 9y ago
Thank you for the feedback. > So, I would suggest that you don't call this an alternative to find; it's not. A replacement for shell globs, sure. A replacement for poor file finding in text editors, OK. Just... not find. It&#x2
68.
by sharkdp 9y ago
> Another elitist aside: I can usually tell that I won't want to use a tool when it has a mac os install option first under the downloads section on its page. This is only because it's so much harder to support every possible L
69.
by sharkdp 9y ago
Thank you for the hint! Unfortunately, this is not in rust 1.16, which I currently still want to support.
70.
by sharkdp 9y ago
zsh globs are about a factor of 5 slower (for this example): > time fd -sIe jpg > /dev/null 1,24s user 0,77s system 758% cpu 0,265 total > time ls ~/**/*.jpg > /dev/null 0,53s
71.
by sharkdp 9y ago
I'm not entirely sure, yet, but I'd be happy to discuss this. A GitHub ticket would be the best place ( https://github.com/sharkdp/fd/issues ).
72.
by sharkdp 9y ago
Thank you for the feedback, I'm glad you like it!
73.
by sharkdp 9y ago
fd is about a factor of 2-3 faster (for this example): > time fd -HIe jpg > /dev/null 5,12s user 2,03s system 785% cpu 0,911 total > time ag --depth 100 -uuu -g '\.jpg$' &
74.
by sharkdp 9y ago
Thank you for the feedback. No, fd does not aim to be a drop-in replacement for find. It was actually designed as a "user-friendly" (I know, I know...) alternative to find for most of the use-cases: "fd pattern" vs. &quo
75.
by sharkdp 9y ago
> Did you do a benchmark with `--threads 1`? I did. You are right, multi-threading does not give a linear speed up, but it makes fd about a factor of three faster on my machine (8 virtual cores). With `--threads 1`, fd is on-par with &#x
76.
by sharkdp 9y ago
Yes. For simple searches, the main reason is that 'fd' walks the directory tree in a multithreaded fashion (thanks to the 'ignore' crate).
77.
by sharkdp 9y ago
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 ).
78.
by sharkdp 9y ago
It will work for all git directories that are encountered. This behavior can be disabled with the '-I' flag, if needed. fd uses Rusts regex engine ( https://github.com/rust-lang/regex ) which is based on finite
79.
by sharkdp 9y ago
Thank you for the feedback! '-exec' is not supported at the moment. It's definitely something I would consider adding. We do have '-0'/'--print0' to separate results by NULL, so 'fd' can be
80.
by sharkdp 9y ago
Thank you for the feedback! The benchmarks that are mentioned in the README are performed for a "warm cache", i.e. I'm running one of the tools first to fill the caches. Then, I'm performing multiple runs of each tool (u
81.
Show HN: A simple, fast and user-friendly alternative to find, written in Rust(github.com)
456 points by sharkdp 9y ago|215 comments
82.
Show HN: Fd, a fast and user-friendly alternative to 'find' (written in Rust)(github.com)
3 points by sharkdp 9y ago|0 comments
83.
Show HN: Fd – a fast and user-friendly alternative to find (written in Rust)(github.com)
2 points by sharkdp 9y ago|0 comments
84.
by sharkdp 9y ago
calories are supported now
85.
by sharkdp 9y ago
calories are supported now.
86.
by sharkdp 9y ago
lightyears and parsecs are here, now.
87.
by sharkdp 9y ago
lightyears, (atto)parsecs and fortnights are now supported.
88.
by sharkdp 9y ago
rpm are supported now. Thanks.
89.
by sharkdp 9y ago
floz and fluidounce are now supported.
90.
by sharkdp 9y ago
calories are supported now.

More ›