551–560 of 1001 posts
Earlier quoted context omitted.
Yep, I've been gaming exclusively on Ubuntu (mainly because I want my desktop to match my servers) for several years. If you aren't playing the latest AAA FPS, then everything pretty much works.
How much work is it to get snaps out of your way? Canonical seems to be going all in on them as their business strategy.
You know this is a psyop when they can't resist mentioning Microsoft's product
(cue arrogance) People on HackerNews complaining about Linux Desktop is pretty disappointing. You guys are supposed to be the real enthusiasts... you can make it work. (cue superiority complex) I've been using Linux Desktop for over 10 years. It's great for literally everything. Gaming admittedly is like 8/10 for compatibility, but I just use a VM with PCIe passthrough to pass in a gpu and to load up a game for windo…
For many people, this is called "barely working at all." And as I get older I am becoming one of those people so quickly.
Earlier quoted context omitted.
This really depends on the friends you have. I've never encountered this limitation because no one in my friend group plays competitive ranked games. Basically anything with private sessions doesn't require anticheat, so Valheim, RV There Yet, Deep Rock Galactic, etc. all work fine.
Sure, that helps. But even then, when everyone is trying out a new indie game there’s a chance it won’t work on non-Windows. It’s happened to me.
Steve Burke from GamersNexus tested eight games from their benchmark suite on Linux last month. Although his conclusion was generally positive, there were problems with nearly every game: - F1 2024 didn't load due to anti-cheat - Dragon's Dogma 2 and Resident Evil 4 had non-functional raytracing - Cyberpunk 2077 with raytracing on consistently crashes when reloading a save game - Dying Light 2 occasionally freezes fo…
Not at all my experience which makes me question the rest. Also https://www.protondb.com/app/1086940 most people seem quite happy with it so it's not a "me" problem.
Finally the "10-30% drop in average FPS across the board" might be correct, then so what? I understand a LOT of gamers want to have "the best" performance for what they paid good money for but pretty much NO game becomes less fun with even a 30% FPS drop, you just adjust the settings and go play. I think a lot of gamers do get confused and consider maximizing performances itself as a game. It might be fun, and that's 100% OK, but it's also NOT what playing an actual game is about.
Earlier quoted context omitted.
Sorry but you're just old IMO :) PUBG or Arc Raiders have over 100 players in a game. Even Valorant or League have 10 players in a match. It's definitely not easy to find 9 friends to play the same game at the same time as you. And playing any of these games with a cheater can completely wreck the match. If the cheaters go unchecked, over time they start to dominate games where like 30% might be cheaters who can see…
> Most of us are happy to have effective anti-cheat I could almost get on board with the idea of invasive kernel anti-cheat software if it actually was effective, but these games still have cheaters. So you get the worst of both worlds--you have to accept the security and portability problems as a condition for playing the game AND there are still cheaters!
I think its interesting that mainstream PC gaming press is now talking about Linux. We have the benchmark Youtube channels doing some benchmarks of it as well and plenty of reports of "it just works", which is pretty promising at least for the games that aren't intentionally excluded by DRM. For me its still controllers and equipment incompatibility due to my VR headset and sim wheel/pedals setup, I use Linux everywh…
> I just hope that Nvidia notices that there does appear to be a swing happening and improves their driver situation. I firmly believe that Nvidia doesn't want the general public to ever have better hardware than what is current as people could just run their own local models and take away from the ridiculous money they're making from data centers. In step they're now renting their gaming GPUs to players with their G…
You're underestimating them. They don't even want rich professional users to own hardware that could compete with their datacenter cash cow.
Take RTX 6000 Pro, a $10k USD GPU. They say in their marketing materials that these have fifth-generation tensor cores. This is a lie, as you can't really use any 5th-gen specific features.
Take a look at their PTX docs[1]. The RTX 6000 Pro is sm_120 in that table, while their datacenter GPUs are sm_100/sm110. See the 'tcgen05' instructions in the table? It's called 'tcgen05' because it stands for "Tensor Core GEN 05". And they're all unsupported on sm_120.
[1] - https://docs.nvidia.com/cuda/parallel-thread-execution/#rele...
It's MY system and I do whatever the heck I want, from play boring stuff to weird prototyping. I get no, like literally 0, anti-feature. I'm not "scared" that an update will limit my agency. I'm just zen and that is priceless.
Also, quite importantly, it works wonderfully with all my other devices and peripherals. I go from Bluetooh headsets easily, I switch monitors, video projectors, XR devices, CV camera inputs, I share files with KDE Connect, I receive SMS notification from my (deGoogled) Android phone, I reply from my desktop, I get notification when my SteamDeck is soon out of battery, etc. ALL my devices play nicely with each other.
So yes, Linux is good now. It's been for a while but it's been even better for the last few years.
Earlier quoted context omitted.
> your eBPF program triggers but how does the anti-cheat know that the kernel is not modified such that it disables certain eBPF programs (or misreports cheats/spoofs data etc)? This is the problem with anti-cheat in general (and the same exists with DRM) - the machine is (supposedly) under the user's total control and therefore, unless your anti-cheat is running at the lowest level, outside of the control of the use…
Great point. As I mentioned there are other attack vectors and you can mitigate them. For mitigating what you are mentioning for instance you don't just run one eBPF program, but you run a cluster of them that watch each other: (The following was refined by an LLM because I didn't remember the details of when I was pondering this a while back) All your anti cheats are eBPF programs hooked to the bpf() syscall itself.…
But given Linux kernel is monolithic and you can enforce signing of kernel modules too, using TPM to make sure the Kernel isn't tampered with is honestly the way to go.