

The good advice that they just won’t take is spot on for the Arch Wiki, though.


The good advice that they just won’t take is spot on for the Arch Wiki, though.
Arch is at least more likely to update to a fixed version sooner, and someone getting something with pacman is going to be used to the idea of it breaking because of using bleeding edge dependencies. The difference with the Flatpak is that most users believe that they’re getting something straight from the developers, so they’re not going to report problems to the right people if Fedora puts a different source of Flatpaks in the lists and overrides working packages with ones so broken as to be useless.
You can jam the Windows UI by spawning loads of processes with equivalent or higher priority to explorer.exe, which runs the desktop as they’ll compete for CPU time. The same will happen if you do the equivalent under Linux. However if you have one process that does lots of small allocations, under Windows, once the memory and page file are exhausted, eventually an allocation will fail, and if the application’s not set up to handle that, it’ll die and you’ll have free memory again. Doing the same under every desktop Linux distro I’ve tried (which have mostly been Ubuntu-based, so others may handle it better) will just freeze the whole machine. I don’t know the details, but I’d guess it’s that the process gets suspended until its request can be fulfilled, so as long as there’s memory, it gets it eventually, but it never gets told to stop or murdered, so there’s no memory for things like the desktop environment to use.


As a counterpoint, I’ve had Ubuntu’s installer and grub’s updater overwrite and break Windows’ boot files several times, but never had the opposite happen (I’ve had both destroy themselves, though). Thankfully, I know how to rebuild the necessary parts of a Windows install, so it’s never been a catastrophe, but it’s irritating to see what’s always been the source of the problems I’ve had be held up as infallible. Possibly this is a problem unique to Ubuntu - I’m happy to blame Canonical - so maybe it could be entirely sidestepped with other distros.
You’re thinking of firmware, not drivers. To make a GPU work, you need new enough versions of the kernel, driver and firmware. The open source drivers for Nvidia GPUs are still slower and less featureful than the proprietary ones.