Im more concerned about the stupid license

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.

Rust has some big binaries due to static linkage, and the Rust coreutils gets around this Busybox-style, compiling everything into one binary that you hard link to. Pretty neat. The project is easy to build and mess with without installing if you're curious about it. And you could add the build dir to the front of your path if you want to try it out with low risk.

I don't think anyone is relying on performance of coreutils. If you're concerned about performance, you're already writing a program directly, not using a shell script.

Why do you think it would affect performance?

I think your question is relevant as there are unfortunately plenty of shell scripts out there doing critical batch work. But it won't change the momentum of the Rust push happening right now.

It is faster, optimization is one of the uutils project's stated goals.