|
From: | Dmitry Gutov |
Subject: | bug#44210: 28.0.50; project.el failed to work after customizing find-program to fd |
Date: | Mon, 18 Jan 2021 05:09:12 +0200 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 |
Hi!You didn't address my complaint about the ignored IGNORES argument. I was going to explain that, but that email got sidetracked, sorry.
In any case, I can't reproduce your results even with the latest fd.I don't have an LLVM checkout, though, just some other projects like Linux kernel and gecko-dev. And 'find' is consistently 2x as fast here.
In any case, I can believe that fd is going to be faster on some systems. To make it an "official" option, someone will need to write a version of project--files-in-directory that uses fd but honors the IGNORES argument, as well as FILES. Preferably with some tests. Then we can make the program used switchable.
On 18.01.2021 03:15, Zhiwei Chen wrote:
I think I replied to the wrong thread, so forwarded it again.I benchmark it again on linux, where find is of 4.7.0 version and fd is of 8.2.1 version. Make sure the page cache is cleared before each benchmark.sudo sysctl -w vm.drop_caches=3cd llvm-projectsudo sysctl -w vm.drop_caches=3 time fd > /tmp/fd_output1.04s user 4.11s system 522% cpu 0.987 totalsudo sysctl -w vm.drop_caches=3 time find > /tmp/find_output0.06s user 0.20s system 7% cpu 3.354 total Since ‘fd’ is a multi-threaded program, the CPU percent is > 100%.
[Prev in Thread] | Current Thread | [Next in Thread] |