You could go into their wiki. It's linked from the page, and skim/skip over that installation stuff, until the chapters where they explain what they did to the kernel(s), how they compile and link optimized, schedulers, and stuff. It's not ultra-thourough, but gives a good overview.
I've settled on sched_ext: BPF scheduler "bpfland_1.0.18_g5bff813c_dirty_x86_64_unknown_linux_gnu" -powersave for processes, and let mq-deadline handle internal storage, and bfq anything connected via USB.
Gaming distros trade stability and security for performance. IMHO they're only useful for FPS bragging rights. Most popular distros should already be performant enough for gaming purposes.
I don't think it is only for bragging rights, while in a vacuum the mainline kernel should be good enough for gaming, it is not really good when there are multiple tasks competing for the CPU attention (and this is especially bad for gaming because this can create a frame spike, ruining the game experience especially for multiplayer games). I think fixing this particular issue is one of the reasons Bore scheduler was created.
Try running a long video conversion job that uses up all cores while running a game, no matter how much you fiddle with scheduling priority the performance in the game might drop by 50% and frame times will spike multiple times over. Even if you try reserving some cores for the game, performance will still be much lower.
Not even close.
An -rt kernel, scheduler, up to date MESA drivers and the like can make a distro much faster for modern games than a server-balanced one which is often set to yield a high I/O thorughput but bad multimedia performance.
It's only fps bragging rights if you go from something like 180 to 190 fps. But for other person on slower hardware that may mean for example hitting consistent 60+ fps and eliminating stutter.
Or they lower the bar for someone that wishes to pick up Linux for gaming but are not comfortable or able to massage the distro it is based on into something gaming-compatible.
Thats a weird and rather baseless assumption for you to make.
They dont trade stability nor security, their tradeoff is package compatibility between x86 versions and focusing on execution latency rather than total throughput.
The gaming version of cachy OS seems to come with default proton versions which seem to work around many windows kernel anti-cheat (valve proton being very limited as it seems).
As in? When I tried it, nothing crashed/segfaulted/appeared broken for the ~week I was using it, various workloads mostly programming with Rust, Python, PyTorch and Clojure.
Never heard about BORE scheduler. It is an additional patch to the kernel ? How stable is this ?