Closed Joshix-1 closed 2 years ago
I know, it's even worse on slower PCs (on the slowest system I own, it takes as long as 20 seconds). It definitely needs optimization, I'm not an expert in optimizing programs, but I think that it could be useful to use multiple threads for getting info.
(on the slowest system I own, it takes as long as 20 seconds).
But is that with ASCII art or with viu images? It would be possible to make parts of this program multi threaded, but the main reason why this is slower than paleofetch or fastfetch and can't be insanely optimized as I see it is that it supports so many different systems, not just GNU/Linux on Xorg.
But is that with ASCII art or with viu images?
Just ASCII art:
the main reason why this is slower than paleofetch or fastfetch and can't be insanely optimized as I see it is that it supports so many different systems, not just GNU/Linux on Xorg.
Also there are too many if statements (96 to be precise) and I am pretty sure that this also affects performance.
After testing, I saw that pkgman
function is the slowest one.
After commenting line 645, this is the result.
Both compiled with
cc
.
EDIT:
Running the same test a few times, and including fastfetch
in the results.
Without
pkgman
function, uwufetch
is twice as fast as the latest one but still not as fast as fastfetch
.
That's a nice result, but on my laptop commenting the same line, I get almost no difference and I don't know why
paleofetch and fastfetch are way faster than uwufetch.
The command:
DATE1=$(date +%s%N) ; uwufetch > /dev/null ; DATE2=$(date +%s%N) ; echo "$(expr $(expr $DATE2 - $DATE1) / 1000000)ms"