I don’t know why valve does that. I consider myself a pretty informed consumer, and I was under the impression (I believe rightfully so!) that if the Linux logo is not featured, then the game can’t play on any Linux distro more or less.
Could be some legality issue where a game they cannot Mark a game which is not linux native with the linux logo
For example according to ProtonDB Starfield (and yes I know, most people here don't like it - but I do) still doesn't work reliably, especially not on Nvidia cards
This is an nvidia driver issue more than a proton/wine issue. When amd releases terrible game drivers on windows, amd is blamed so why is linux blamed when it is nvidia's fault¿?
Check out protondb to see how your game collection fares on linux. I personally just buy games without checking these days and play on linux but then again I buy older games. Although AAA games also tend to work these days within days of release
Fortunately majority of games work on linux. The major pain point now is the anticheat used by multiplayer games. Single player games more or less work out of the box
In the end, it is just an extra layer of testing. Silverblue only provides the base imgaes and confirms its stability. uBlue/bluefin adds the layers on top to the image and tests their stability with the base image before pushing the combined image to users. It is good for people who don't want to do the layering and want something with those defaults out of the box.
I always depencies left around from the DE that was removed. Maybe it is because my commands are not the right one but I follow what is recommended by the distro wikis. Like if I am using gnome and then download kde just to try it out(without removing gnome), don't feel like using kde and remove it, I have packages and dependencies leftover from kde when I uninstall it. Neofetch too show an increase in packages even though the only action done was installing kde and uninstalling it
Well those Intel CPUs used to thermal throttle anyway in their outlandishly inadequate cooling designs so they did not need to throttle power either way. Now they could throttle power but don't have to
MacOS doesn't need to throttle performance because ARM and other RISC architectures are naturally very power efficient
There is also an availability problem. Only select few AMD GPUs support ROCm. There are ways to get it for unsupported GPUs but I don't use ROCm so I don't have much idea of how that works. You will have to ask somebody else about that. My point is if your need for CUDA is sure and solid, but an nvidia GPU. Also do check out if solidworks can be made to run on linux because it may not work using wine and there is no native version.
Cheers. Hope you don't shy away from trying immutable distros
What I don't like about the immutable approach is that it turns my PC into a dumb terminal locked by the distro Devs and updated at their will.
I think you are misunderstanding how immutable distros work. They can be just as configurable as regular distros and in the case of nixOS it is more configurable than popular distros. The point of immutability is to ensure that the system can't be broken during when it is running by a bad update or install or by user making configuration errors as these are applied during reboot. If the system is broken then a earlier snapshot is booted so you always have a working system. You can setup a regular distro with this atomicity and snapshots but it is not as easy as using immutable distros. Yes tinkering and using native packages is harder in most immutable distros but immutables never were a catch all solution. Use what suits you. I was just a little upset that you claimed that immutables are not in the spirit of FOSS. You can even make your own images(base OS) in distros like fedora silverblue and update your system with those images instead of using what the maintainers provide. It is what uBlue uses
You are right for the top 1000 games as per protondb's numbers