You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
# macOS 15.2, M3 Pro# under $HOME
$ time eza -Tlahmo -L1 --no-permissions --total-size --no-user
eza -Tlahmo -L1 --no-permissions --total-size --no-user 1.17s user 14.00s system 44% cpu 33.772 total
Without --total-size will be much faster.
Is there a way we can parallel this size computing?
The text was updated successfully, but these errors were encountered:
I have thought about this as well, for this and the --git flags, which can both be quite slow in some circumstances.
With async generally being the solution to IO bound tasks, eza is perhaps not an ideal candidate for something like tokio. Directory/path traversal and the sheer amount of syscalls is the bottleneck, so it is likely going to be using something like rayon's parallel bridge.
Another option would be using io_uring, to submit batches of statx with callbacks in place to do the calculations on the returned metatdata, although that would obviously only help linux users. Not to mention would require an immense refactor, and to ensure we are doing any additional work needed asyncronously.
Definitely open to ideas here. A quick test reveals we are actually already faster than du at calculating the total size of my Projects directory, but still about half as fast as a modern rewrite.
Without
--total-size
will be much faster.Is there a way we can parallel this size computing?
The text was updated successfully, but these errors were encountered: