this post was submitted on 19 Nov 2024
25 points (93.1% liked)
Linux
5491 readers
641 users here now
A community for everything relating to the linux operating system
Also check out !linux_memes@programming.dev
Original icon base courtesy of lewing@isc.tamu.edu and The GIMP
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Depending on the exact flags, some workloads will be faster, some will be identical, and some will be slower. Compilier optimization is some dark magic that relies on a ton of factors, but you can't just assume that going from like -O2 to -O3 will provide better performance, since the optimizations also rely on the underlying code as to what they'll actually make happen... and is why, for the most part, everyone suggests you stop at -O2 since you can start getting unexpected behavior the further up the curve you go.
And we're talking low single digit performance improvements at best, not anything that anyone who is doing anything that's not running benchmarks 24/7 would ever even notice in real world performance.
Disclaimer: there are workloads that are going to show different performance uplifts, but we're talking Firefox and KDE and games here, per the OP's comments.
Also they do default to a different scheduler, which is almost certainly why anyone using it will notice it feels "faster", but it's mainlined in the kernel so it's not like you can't use that anywhere else.
While this is broadly true,
-O3
doesn't have as many downsides as it used to, so some distributions are considering to move to it (like Ubuntu).It was a mess in the early days, though, with not just performance issues but outright crashing being a common problem.
I wonder the same especially because it won't do anything for the game itself. Yeah, all the system components the game uses might be a touch faster but the game itself won't be compiled with any of these optimizations.