00:50 <sad_plan> huh, would you look at that. cachyOS, clear etc, boasts even less of a performance boost in phoronix's new test on a framework laptop. https://www.phoronix.com/review/framework-13-amd-linux-2025

00:50 <sad_plan> tldr, pgo, bolt, lto seems to just be too much work, for not a whole lot of gains. ~5% increase is ridiculus

00:51 <kris_> actual performance gains come from superior software not aggressive compiler opts

00:51 <kris_> ive seen people spend actual hours tuning their overclocks for an extra 5% or less though so i guess there is a market for it

00:59 <sad_plan> right. some people just want to push to the absolute outer limit, no matter the cost. more or less

01:00 <sad_plan> and with all of this, I kinda just realised that, in order to have decent performance, its simple, just dont create a turd setup

01:02 <sad_plan> but yeah, as you also said, use better software, or just get better hardware really :p

01:02 <kris_> fun fact, -O3 hurts probably just as much as it helps

01:02 <kris_> ubuntu decided they're going to toggle it on a per package basis

01:02 <kris_> because for some it bombs perf

01:03 <sad_plan> correct. -O2 is a better compromise, or even -Os actually

01:03 <kris_> i usually just do -O2 for everything

01:04 <kris_> this also got me thinking, i wonder what situations zstd actually helps compared to something else like xz or gzip

01:04 <sad_plan> yeah ive been using -Os instead for a long time now. and I like to think it works decently enough

01:04 <kris_> with my initramfs (tinyramfs) at least, zstd was like twice as slow as gzip because i had to crank it to get it to spit out a file of the same size or smaller

01:04 <kris_> using gzip -9

01:05 <sad_plan> xz is a turd. gzip is fast, but doesnt really compress much. zstd is a good compromise imo. fast compression and decompression, aswell as rate

01:05 <sad_plan> lz4 has supperior decompression speed

01:05 <kris_> also curious about it in the context of memory compression

01:05 <kris_> i have quite a banger CPU but haven't bothered testing zstd with zram, just been using lz4

01:06 <sad_plan> I also use lz4 on kernel, but mostly just because its decompression speed is the best

01:06 <sad_plan> I use lz4 for zram, because of the speed. i think gentoo recommended it. iirc

01:08 <kris_> probably just really depends on what kind of cpu you're using

01:08 <kris_> lz4 seems quite effective though lol

01:09 <sad_plan> wait, not Im using zswap, not zram

01:09 <sad_plan> zswap is better, atleast thats what I came to understand

01:10 <sad_plan> lz4 is decent imo. atleast if speed is important.

01:10 <kris_> i mean the whole point of ram is speed so

01:10 <kris_> i don't on-disk swap at all anymore

01:11 <sad_plan> I have enough ram that I very rearly swap. even less so on my desktop

01:11 <sad_plan> and with zswap, I would use it even less really

01:11 <sad_plan> I could probably just not have a swap partition

01:15 <kris_> yeah same situation here

01:16 <sad_plan> despite that, I still opted for a 16G or something swap on my desktop for some reason though. just to be sure :p

01:16 <sad_plan> for good measure, I suppose

04:35 <midfavila> rearly

04:35 <midfavila> he he

16:32 <L0Wigh> I'm back in the kiss linux world guys. Currently reinstalling everything on my macbook air. See you in 5 hours x)

16:35 <L0Wigh> Any of you know if TDE would compile fine on kiss ?

20:38 <TheVSCodeHater> FDE on Kiss Linux?

20:48 <sad_plan> kris_: seems like the kernel is too a subject too the gcc 15.1 issues.. oof