Notes on coreutils in Rust
Notes on coreutils in Rust
alexgaynor.net
Notes on coreutils in Rust · Alex Gaynor
With Ubuntu changing to the Rust implementation of coreutils, what does that mean for performance?
13 comments
-
The performance you're dealing with here is in the tens of milliseconds possibly hundreds if you're lucky. Anyone seriously pursuing this issue from the angle of performance genuinely doesn't understand the deep rooted issues here.
If you're so incredibly hard up for compute time that it's critical for you to squeeze out the extra 1/10 of a second from your system utilities then you need to shut your fucking computer down and go touch grass.
I mean even if this saves you 30 seconds a day 50 weeks a year 5 days a week that's 2 hours per year it's saving you.... I'd rather slow fuck the two hours and get an extra 2 hours of pay.
-
this was me watching some of the cheering when neofetch got archived, people complaining “good, neofetch is too slow” – WTF were you doing with neofetch where speed was a factor?!
-
.bashrcgreeter? ;-;Not saying that neofetch going away was a good thing tho
-
when the last message was “Have taken up farming.”, kinda hard to hold anything against them …
-
-
On some systems neofetch would actually run quite slow. Even on my fast system it would occasionally take a second because it hung on one step.
-
-
I’d take those tens of milliseconds. That shit scales and I’ve seen infra in the scale of millions more-or-less glued together by shell scripts and coreutils/busybox.
-
13 comments