at least you will break your own os, why delegate
Discussion
the kernel is nice
mmm this optimizations dont change too much and theres no freelunch in my opinion. The only way to really optimize the kernel and reduce attack surface is to build it specifically for your machine and with the competence to tune all the specific parameters for your configuration, but even this way the performance gain is in the order of the 1% and the security gained is not too much if isnt completed in the other layers of the stack.
All the meaningful security feature can be gained with an updated generic kernel by customizing the kernel parameters on bootloader level and in the sysctl level (modifing two files basically). Here's a guide, some parameters are a bit outdated but is still pretty good: https://madaidans-insecurities.github.io/guides/linux-hardening.html#kernel
i don't do much other than gaming, web browsing and dev on my machine, usually the stuff exposed to the internet is my own code, and i'm extremely wary of websites in general, and extremely hostile to randos messaging me in general, and i get maybe 5 emails a day on a busy day, other than ones i prompt with logins
so, security is not a big concern for me, however, performance and visual presentation are a big deal, because i have to stare at this shit all day long
that extra 10% reduction of latency is a big deal to me
I'm sososo scheptic about the 10% latency reduction.
Probably on arch you would have a better latency cause you will use the exact same low-level stack (apart for some pointless "tuning") and you will probably avoid some of their crapware putted on-top wasting resources.
If they minimize the crapware, the expectation could be to have the same latency you would have with arch.
If they really understand what they are doing with the low level optimizations (so rare in the sea of downstream distribution and something I'm so scheptic about) the latency reduction obtained could be in the order of 1%.
10% less latency across different machines just because kernel magic sound really a bullshit claim to me.
But if it works its okay, and if you come from a debian based probably you will see real better performance, but it would be just because its arch and there are less bullshit ontop then zorin-like distros.
it's a different scheduler in the cachyos kernel
i picked it after searching for recommendations for a distro that gets the best compatibility and performance out of AMD hardware, so it's most likely not relevant to an intel based system, or nvidia
it's the most geeky linux installer i have ever seen, it opens up terminals showing the output of all the installation processes, AND the installer's own logger as well
also, i'm not budging from being an AMD maxi , i hate nvidia and i hate intel, it's probably not for nothing that Apple ditched intel for some samsung subsidiary or whoever makes their chips, if it has to be x86_64 i want Zen and Radeon
if its good its good, maybe they are competent and really optimized for amd in a meaningful way compared to plain arch. Still I would choose indipendence being upstream and eliminating this big possible point of failure on the software supply chain.
yeah, for me it's just the endless parade of come and gone kernels with patches and tweaks... the vanilla mainline is problematic in some cases for me from time to time, hardware support, dodgy scheduling