Rendered at 18:15:13 GMT+0000 (Coordinated Universal Time) with Cloudflare Workers.
JoeAltmaier 4 days ago [-]
Used to be a staff member working on an x86 OS called CTOS. I realized if I implemented a couple of traps, we could run command-line DOS programs. So I did. And it worked. Dev tools, text processing, piped commands all worked.
It helped that the DOS executable format was the same as the CTOS format - because we had traded Bill Gates our linker (which produces executables) for his BASIC compiler.
Thanks for sharing, never heard about it before. What was kernel programming back then? Briefly checked the wikipedia and looks like CTOS was kinda big in the government space back in the 80s.
JoeAltmaier 18 hours ago [-]
It was popular with govt because it came with an HDLC network build-in, server/client depended on the OS you booted. This saved you a network administrator.
The kernel was in Intel ASM86 but the rest of the OS was written in PLM86. When I joined it was 2MB of code on a 128K 8086 cpu. By the time I left it was 9MB of code running on an 80386.
hnthrowaway0315 5 hours ago [-]
Thanks Joe. Interesting knowledge. I managed to find a FAQ and was surprised that it made to the year 1999.
If you wanted to get into development mode in CTOS, the keyword was 'developement' - an e between the p and the m. Worked on this system back in early 1990 as a developer.
CTOSian 10 hours ago [-]
hello! hello! I was mainly admin and COBOL dev with them (I wish I kept the collection of the manuals and PRGs, alas when no space..), bitsavers have a quite collection (incl a virtualbox HDD) if you are interested!
CyberDildonics 23 hours ago [-]
if I implemented a couple of traps
What does this mean? System calls?
rtkwe 23 hours ago [-]
Similar but traps are triggered automatically on attempts to execute a protected instruction.
Why/when are traps used rather than explicit system calls? Is it just historical coevolution? Or is the idea that the user mode program doesn’t need to know that it’s unprivileged? Or is it just repurposing the error handler path to perform privileged operations?
amiga386 18 hours ago [-]
As others have said, a trap is one way to implement system calls. It's literally the TRAP mnemonic on a 68000.
Most processors support both "interrupts" (an external peripheral is banging on the CPU's interrupt pins... but also invocable from software; software interrupts; SWIs; INT instruction on x86) and "exceptions" (e.g. divide by zero, bus error, illegal instruction). Depending on the processor, accessing the "privileged" mode can be done either by software interrupts, exceptions, or both. An operating system should pick one and stick with it.
Other uses for interrupt/exception/trap vectors include hardware breakpoints: don't try and single-step the CPU, overwrite the code with an illegal instruction and control will flow to the illegal instruction handler where you can see all the registers then execute the real instruction that was meant to be there and return to where you left off. Some CPUs have a formal "BKPT" type instruction for that.
One other use on the 68000 is that any unrecognised instruction that started $Fxxx triggered the F-line handler; all the floating point instructions were in the form $Fxxx, so if you didn't have an FPU, you could put a software emulator for the FPU instructions in the F-line handler and software wouldn't know the difference. Traps/exceptions don't have to be a jump from unprivileged to privileged, they can just be utilitarian.
achierius 14 hours ago [-]
> Depending on the processor, accessing the "privileged" mode can be done either by software interrupts, exceptions, or both. An operating system should pick one and stick with it.
Practically most will support access via both, but for different reasons. For example, page faults (which the software cannot possibly predict) are going to be exception-mediated, but syscalls (which the software asks for) are triggered via an interrupt.
bonzini 21 hours ago [-]
At the time of DOS, x86 didn't have multiple privileges. The system call instruction was typically INT, the software interrupt instruction.
Later on the 386 Intel added virtual 8086 mode which trapped to the kernel privileged instruction exception also for certain instructions that had to be virtualized, among them INT.
JoeAltmaier 18 hours ago [-]
Yes, exactly.
We used a set of INT instructions in well-known low memory addresses that all jumped to the same place. We had an ASM file that you linked with, that had sixteen different address combinations for each.
The common entry point would look back on the stack and calculate from the return address which entry point had been called, and run the appropriate kernel call. We called it the CS:IP hack.
In the context of this post, the DOS INT10 and INTx(I forget) required the caller to load registers with the desired system call number, then perform the trap instruction in their code. Fortunately CTOS didn't need those particular software interrupts, so I could implement them for my purposes.
bonzini 8 hours ago [-]
Windows 95 used a related hack. Whenever a v8086 program asked to create a call to protected mode code ("please give me a real mode address to call to, in order to start executing the protected mode routine at address 0x123456"), Windows would store the entry point in a table and hand out real mode addresses like FFD0:0, FFCF:10, FFCE:20, FFCD:30, FFCC:40 that all point to the same instruction (because the segment part is shifted left by 4 in real or v8086 modes).
The routine at 0xFFD00 could then enter protected mode and use the code segment to build the index into a table of entry points: FFD0 goes to index 0, FFCF goes to index 1, and so on. But for extra kicks, the address isn't actually pointing to valid code. It points to a random "c" character in the BIOS, which is an ARPL instruction - which in turn is invalid in v8086 mode and therefore invokes the undefined opcode exception handler. The exception handler, which handily enough is already running in protected mode, then takes care of doing the 32-bit call.
Ahhh.. probably my first program. Don't forget the int 20 at the end! It was beeping great. Still never unlocked the mysteries of those TSR programs though.
thequux 9 hours ago [-]
It's been a long time since I've touched any of this, so the details have slipped my mind. However, the general idea was that there were two different exit calls in DOS: terminate and terminate and stay resident. The difference between the two is that the stay resident option wouldn't release the memory used by your application. Further, the interrupt table, which told the processor how to handle each interrupt, was in RAM and therefore writable.
So, what TSRs would do is overwrite one or more interrupts to point to a routine that would check if the system call in question was one it wanted to handle (eg, to add a hotkey it would grab the keyboard handler and check for a special set of keys before passing control back to the normal handler). Once that was fine, it would call the TSR system call and control would be passed back to the OS with the hook still in place
narag 5 hours ago [-]
Still never unlocked the mysteries of those TSR programs though.
I made a bunch of those, in TurboPascal. Just needed to save registers (including stack and heap segments) and hook some key combination. One of them was used commercially for installations by a very big company.
Testing was a little prone to spectacular failures. But once the general procedure was debugged, it was easy as pie.
Polizeiposaune 21 hours ago [-]
Depends on the processor architecture and its nomenclature.
Traps typically also result from exceptional conditions (like divide by zero or page fault).
An architecture may or may not provide non-trap paths for less-privileged code to invoke more-privileged subsystems (call gates, "syscall" instructions, etc.).
Traps typically need some way to preserve all userspace-accessible registers (otherwise resuming from a page fault is .. hard). Dedicated syscall instructions may only need to restore a subset of registers.
In some implementations, processors may discover that an instruction must trap after it starts irreversibly changing architecturally-visibile state; in cases like that, the processor needs to leave enough breadcrumbs for the OS to allow either a clean unwind or a resumption of the interrupted instruction. My understanding is that the original 68000 somewhat famously got this wrong.
21 hours ago [-]
cmrdporcupine 21 hours ago [-]
Traps were/are the mechanism for doing syscalls.
I don't know OG x86 (cuz, ewww) but on 68k this was generally the way. On my Atari ST a syscall was performed by filling your registers and stack as expected, then executing one of the TRAP opcodes and that would get the CPU To save PC etc & jump to the handler but in supervisor mode, where your syscall could then read state perform accordingly, and then return back to you.
I think x86_64 has just formalized this into a specific SYSCALL instruction?
ARM variants call it SVC (supervisor call).
Same difference.
Some older operating systems just implemented their syscalls as ordinary subroutine jumps, though, and everything ran in supervisor etc. I believe AmigaOS was like this, you just went through a jump table. Which, I think, shaves some cycles but also means compromises in terms of building for memory protection, etc.
rolph 23 hours ago [-]
if you know a particular process or system callmakes errors,then you run code that checks for that error,or exception,or preempively hooks a problematic system call,to redirect to "your"code that handles the state of exception,and returns.
I remember SVC. and also things like BR14 and IEFBR14
fintler 15 hours ago [-]
Need to pee? Take the a-trap to Shell.
therealfigtree 10 hours ago [-]
It's a trap
__patchbit__ 5 hours ago [-]
The F-14 Tomcat had an early period microprocessor and landing on an aircraft carrier would have the tailhook snag arresting wires in a trap. But the trap idea precedes the Tomcat by a decade in computing according to the AI.
hack1312 23 hours ago [-]
[dead]
KolibriFly 13 hours ago [-]
This is such a neat historical parallel
actionfromafar 23 hours ago [-]
That's a great twist! Very few people traded Bill Gates a linker for a compiler!
jr_isidore 23 hours ago [-]
Yes, I agree. Amazing twist of fate.
trashface 23 hours ago [-]
Feels like there is some real momentum on linux gaming now. I mostly play older games but I've gotten most of them working acceptably in proton on my old system 76 laptop (oryp5, with a nvidia 2060; ~7 years old). The laptop actually has plenty of power for the games I play, but I underclock to keep the heat/fan speeds down (been doing the same on the win10 install on the same system), still getting acceptable framerate in proton for most of the things I do in game, non intense stuff.
Decades ago I ported some games to linux but I do think proton is the correct approach now. One underappreciated advantage is you get most of the mod environment too. In ESO for instance, there is an addon (tamriel trade center) which lets you download item prices, but it requires a windows client exe to do that. That client works on proton.
I also do some modding myself and can cross compile my rust code to windows with cargo xwin, and run it right away in proton, which is fairly amusing to behold.
I actually don't mind windows generally (been a MS user since DOS 5), but Win11 is a game changer, pun intended, and not in a good way.
KolibriFly 13 hours ago [-]
This is exactly why Proton feels like the pragmatic path. Native ports are nice in theory, but PC games are rarely just one clean executable anymore
eigenspace 4 hours ago [-]
I'd argue that "native" is much more of a state of mind than a clear delineation anyways.
Among many game developer studios, the Steamdeck is increasingly becoming the defacto low-spec hardware target. Running their game on a Steamdeck becomes a core part of the QA process, because there's a few million Steamdecks out there actively playing games, and if your game runs on a Steamdeck you basically know it'll also run on a very wide range of hardware configs.
So while the game might be targeting a different API than the standard ones exposed on Linux machines, a lot of games now are directly designing their software to make sure they run well on a Linux handheld. Meanwhile, Linux is adopting more and more features to better support this non-standard API set.
At a certain point I think we can just call Proton/WINE a 'native' API for gaming on Linux, and say that games developed with Proton/WINE in mind are native games.
Perhaps we're not at that point yet, but we might be there soon.
sph 9 hours ago [-]
I have stopped playing native ports and just prefer Proton when I have the choice. Many devs using Unity & co. just tick the "export to Linux" option and never try the build, which is often much slower or bug ridden.
I was playing Project: Gorgon recently, I was about to refund because it ran terribly on my machine (despite the low end graphics), when I noticed it was using the native build, switched to Proton and got a 200% FPS boost.
As long as I can play on Linux, I don't care what translation layer it goes through.
needle0 7 hours ago [-]
And exactly why Apple's push for Mac gaming (which still puts native ports as the ultimate goal and treats things like GPTK, despite having made it, only as "ways for developers to preview how the port would end up" and not intended for general consumer use) is never going to work, no matter how much cash they throw at it.
rightbyte 10 hours ago [-]
EA's horrible launcher comes to mind.
imtringued 10 hours ago [-]
Yeah, PC games are like console cartridges. You plug them into a compatible slot and they work.
wing-_-nuts 3 hours ago [-]
What? Look, things have gotten much better, but pc gaming, esp via proton is no where near as seamless as playing on console.
In fact, I went with console + linux laptop for ages simply because that combo excelled at their respective roles, were cheaper together than a gaming pc, and it 'just worked'.
I did eventually cave and build another gaming pc, but that was after I acknowledged that I could push out on the price / perf curve to something less 'optimal' (and it let me play with local LLMs)
liamgm 10 hours ago [-]
Yes , Win32 / DirectX in common HAL for games now , just compile your game for windows/steam , you can run everywhere , minimize the headache of doing native game development , like breaking with X11 / wayland kde / wayland gnome / wayland mutter .
For the OSes runtime side you can depend on SteamOS / Apple's Game Porting Toolkit / Crossover / Proton / DWProton / Wine / and Android's Winlator/Gamehub/Gamenative .
For DirectX compatibility you can depends on Apple's D3DMetal , DXMT , VKD3D , DXVK and WineD3D .
Quekid5 19 hours ago [-]
Yeah, I've been playing BG3 on Linux[0] for about 2 years at this point (using a Lutris "recipe" or whatever they call it). Ironically, the biggest issues have been with some of the modding tools needing specific versions of DotNet and whatnot. The game itself runs flawlessly.
[0] Arch Linux, btw, because that must be mentioned.
Fnoord 14 hours ago [-]
Actually, I have been having a specific issue with pickpocketing in BG3. On native Windows and native Linux, the client crashes if I pickpocket too quick. One time, on Linux, it even made my whole OS crash (and then some weird error BIOS error). But specifically with Wine on Linux, it does not occur. The only reason I even tried with Wine on Linux is because I wanted to try some mods unavailable otherwise. It does seem the native port has better latency, but latency in a game like this is pretty irrelevant.
I have been using Linux for nearly 30 years now, including running CS (HL1) via Wine with better performance and stability than Windows 9x on a LAN party. Good times.
Sometimes native ports don't get updates, while Windows port does. If you can then run it via Wine, you may have a more stable/less buggy experience.
Note I use both Wine and Proton. BG3 I run with Proton. But Proton is 'just' a fork with (neat) improvements which also partly got backported.
Oh, and I have to mention, I don't use Arch Linux.
brandnewideas 8 hours ago [-]
Huh, I was unaware that BG3 had a native Linux release, as it's not listed on the Steam store page. Turns out that they released it only for the Steam Deck. Strange
frameset 8 hours ago [-]
Yeah there's some weirdness too, it's heavily optimised for the Deck, low rez textures, low shadow quality etc.
So if you force it to run on your Linux desktop you don't get an experience commensurate with your hardware.
ToucanLoucan 22 hours ago [-]
I'm looking to finally get off Windows for good. My experience with the SteamDeck started me, later I upgraded to a ROG Ally X for beefier performance but found Windows insufferable on a handheld, and installed SteamOS. I was blown away by the performance gains. A few months later I installed Kubuntu for the first time since 2013 or so, Steam shortly after, and while the desktop linux route is definitely more taxing (manually installing things like Mod Organizer 2 instead of Vortex, for instance, and all of that needing to run differently as opposed to Windows where it's all just .exe's) I've been absolutely blown away by the performance gains again. Mind you this machine is no slacker, it's a GE76 Raider from MSI, 3060 under the hood, but games just run smoother in Linux. And the alt-tab experience is untouchable, Fallout: New Vegas hates it and crashes, but everything more modern utterly doesn't care. I can alt-tab in and out, check messages, desktop composing works great no matter what game I'm playing, no more issues in modded games where the game completely locks the machine as Linux just doesn't seem to allow it, it's fantastic.
I have a couple more things to figure, I need XBox authentication to work for Halo Infinite and Sea of Theives, among others, and I need to figure out some solutions for some ancient software I have to run, which will probably end up being a Windows 11 VM. But as for my daily driver OS, I am so excited to get off Windows once and for all.
mfinelli 22 hours ago [-]
Re: modding with MO2/vortex I had a similar problem in that installing them on linux isn't super straightforward, and then once I did get them installed when I launched the game through them like I used to do on windows the performance was abysmal. I decided to tackle the problem myself and so I wrote this: https://github.com/mfinelli/modctl. It's a mod manager that I wrote specifically for linux. It's not really ready for primetime yet, but if you're willing to experiment depending on your needs it might work for you. The repo might look like work has slowed down, which I guess is true but that's mostly because I implemented all of the main stuff that I wanted to and now I've just been using it instead of building it for the past few weeks though there are still a few rough edges and a couple of bugs that I need to sort out (but nothing game breaking that I've found yet).
HiPhish 21 hours ago [-]
Have you considered using OverlayFS[1] instead of installing all files into the game directory and tracking them with a database? Or maybe what GNU Stow is doing where it installs each package into its own directory and then uses symlinks which it tracks to "install" the files into the global file hierarchy?
Ooh overlayfs is quite interesting. I'll have to take a closer look at that. I imagine it's similar to what MO2 was doing on windows with the virtual filesytem to keep the game directory clean.
The stow approach is something that I considered but ultimately rejected for a couple of reasons around handling conflicts of game-installed files as well as how to ultimately handle the symlink lifecycle (eg wrapper to make the "non-running" state always clean or to let it always persist and then need to run manual cleanup/update steps). But if you're interested in that approach when I was applying for Nexus Mods approval I discovered https://github.com/Marc1326/Anvil-Organizer in the overall list of mod tools which I believe uses that strategy (though I haven't really looked too closely)
But basically my original idea to just install the files directly into the game directory stems from the fact that when I switched to linux for gaming and not having success with MO2 that's literally what I was doing. I would download the mod from nexus and unzip/tar it into the game directory manually. When I wanted to uninstall or update I'd find the original archive list the files in it and then delete them from my game directory. After doing this too much I realized that I was basically missing the functionality of a standard linux package manager (eg apt, pacman, etc)
karlding 9 hours ago [-]
Keep in mind that overlay file systems are designed to treat the lower layer as read only. Changes made in the merged view are written to the upper layer while the original lower files are untouched.
So if you need to persist changes into the lower layers, I think you may need to do tricks like taking snapshots and then swapping the bind mount (maybe with some diffing logic) or some other offline methods.
mfinelli 2 hours ago [-]
Ah that's good to know. That makes it more complicated than I was thinking because some mods obivously write data (other than cache etc which could be dropped between runs) that they expect to have persisted. Thanks for the heads up; I'll research this some more but I think it might stop there...
ToucanLoucan 21 hours ago [-]
Interesting! I was modding Fallout New Vegas and 4 if that adds context, what did you have issues with? All the same happy to bookmark it, might play with it at some point, thanks!
mfinelli 21 hours ago [-]
I've really only tested it with Cyberpunk 2077 (and a bit of WH40K rogue trader). The issues (so far) are with tangential features. For example it's possible to define rules when you extract files (eg the mod author sticks them in a subdirectory or something you can have the tool automatically strip that leading directory) the "preview" feature to see how to rules affect the files before extraction isn't working as expected. But the main loop of create a profile for the game, add/remove mods to it, and have it spit them out into your game directory works without issue.
I should add that it's a CLI tool only (I may add a TUI later but it probably won't ever have a GUI if that matters). Anyway if you check it out and have any feedback whether positive or negative that would be cool
ToucanLoucan 21 hours ago [-]
It's funny you say that, I've been considering another run through of 2077 and some mods would give it a fresh coat of paint... :think:
imtringued 10 hours ago [-]
I know that running Vortex is a pain but I never ran into any problems once it was installed. I did this back in 2022.
I don't want to discourage you, but what's wrong with helping MO2 and Vortex get ported to Linux?
mfinelli 2 hours ago [-]
That's a fair question! When I was on windows I never actually used Vortex, I only gave it a try on Linux when I had problems with MO2. But being an Electron app it's very unappealing to me. As for MO2, well, I don't really know C++ and wouldn't even know where to begin contributing even if I did... just for starters there's the whole question of how the virtual filesystem that MO2 does would work if it were native linux. In any case I know Go and wanted to implement some things that I didn't like how MO2 worked (eg tracking the version of additional mod files instead of just the main one). Plus new stuff like making a portable mod bundle that you can either backup or move to a new machine. Plus I generally like a CLI workflow :)
MrDrMcCoy 8 hours ago [-]
Vortex at one time did have a native Linux version. IIRC, it had very minimal game support, lagged behind the main branch, and was eventually canceled. I don't think they're interested in contributions for native Linux. A separate app seeking to implement Vortex API and package support would potentially be more free to improve the UX, do Flatpak/Appimage, or use more interesting Linux features like overlayfs and FUSE archive mounting. I have a mind to try my hand at it, would be a good starter project for a new language.
ToucanLoucan 7 hours ago [-]
MO2 works fine on Linux! It’s a bit slow to start but I found it very usable, a bit less polished than Vortex maybe but it absolutely gets the job done and I got my head around it inside of an hour.
mfinelli 2 hours ago [-]
I'm familiar with MO2 from when I used windows, but I had a hard time getting it working on Linux. First problem was getting it installed. I found https://github.com/sonic2kk/steamtinkerlaunch which is supposed to let you install it into each game's wine/proton prefix which worked, but when I then tried to launch the game it would run with absolute terribile performance (like even just the title screen would lag and stutter...)
How did you install it? Maybe with a different method it would work for me better (even though now I'll probably just stick with my own tool I'm still curious)
Download, run install.sh, follow the instructions given. It replaces the game effectively in Steam, which does mean you have to launch MO2 anytime you want to play the game, but I found that at worst, slightly annoying.
progforlyfe 22 hours ago [-]
Modding will continue to be a challenge, but doable, thing, until more mod devs get onboarded to Linux themselves. If the mod devs enjoy using Linux, they'll probably start building mods with UIs native to Linux.
I would say custom modding and online multiplayer anti-cheat systems are the last real hold outs, and even then it doesn't affect every game.
beart 22 hours ago [-]
There were specific games keeping me on windows, mostly online PVP. At some point I switched anyway and I don't regret it at all. Now when my friends suggest a game and I'm not able to play it, I just do something else or we choose a different game. There are so many great games out there now, and more release every week. Plus, as I've gotten older, it has become more apparent the fun is in socializing, not the game itself.
My point is, you may find the one or two games holding you back won't be missed much.
HiPhish 21 hours ago [-]
Regarding mod managers, there is Limo[1] for Linux. I used it for Viva New Vegas[2], but some mods do not seem to work. I don't know if it's due to Limo or if I did something wrong though.
RE: Sea of Thieves on linux w/ xb/microsoft auth. I was able to work around it by just removing 2fa from my microsoft acc. Obviously not a great solution. but yeah. You may be able to reenable it afterwards, I never tried, its the only thing my microsoft account is useful for at this point anyways.
ToucanLoucan 21 hours ago [-]
Orly? I hadn't gotten that far yet but interesting data point. I'd only tried Infinite and the game just wouldn't even really launch, I didn't even get to the main menu, didn't open XBox authentication at all and I just assumed I had to have something installed. When I did some googling I'd heard of something called... my memory fails me, Heroic I think? I hadn't actually gotten around to trying yet though so I've no clue if that's any good.
cwel 21 hours ago [-]
I can't speak to Halo Infinite, but for SoT that's what worked for me. Another commenter is saying they were able to auth with a passkey (for infinite), which I never tried (for SoT), but id imagine it would work.
Heroic is a launcher aggregate/wrapper I think? for 'Epic, GOG and Amazon Prime Games' It's either Steam, native/standalone or arr for me. for non-steam stuff I use umu.
* I should add that I am launching a steam purchased copy of SoT, not the one from Xbox store/gamepass or what have you, so the process is likely different, but maybe not cus you are likely going to see the same auth popup served via wine/proton.
MayeulC 21 hours ago [-]
I ended up being able to authenticate using a passkey, IIRC. Can't remember if that was my yubikey or bitwarden. I was surprised that it worked at all.
It didn't use to be complicated, but an update messed stuff up a few months ago (halo infinite).
foo12bar 22 hours ago [-]
What do you plan to do about firmware updates?
cogman10 22 hours ago [-]
Believe it or not, it's actually easier to handle on linux than it is on windows now [1]. Normal caveats apply, it depends on your HW manufacturer. However, a lot of them are participating which makes it pretty slick.
And, assuming your are doing x86, you probably already have an EFI partition so even doing motherboard bios updates isn't much of a big deal. You just drop the update in the FAT32 EFI partition, reboot, and point the motherboard at that location. Some motherboards even support just doing that as part of an online update.
For a hot moment Windows would just update firmware for big vendors as an update. Worked slick. I think vendors are bailing out on this though.
That said some Linux distros can do the same now though I've used so many the last few months I don't know which.
isityettime 15 hours ago [-]
All the distros that support it use the same system, fwupd: https://fwupd.org/
It's the same tool the person you were replying to was pointing at via the Arch wiki. It's pretty standard. I'd expect most distros to support it by now.
Gareth321 8 hours ago [-]
I think Linux needs a few things before it will be ready for mass consumer adoption.
1. An equivalent of kernel level anti-cheats. Cheating really sucks. It ruins online games. Kernel level anti-cheats aren't perfect, but they're much better than user-space or server-side anti-cheats. Maybe in the future AI solves this, but inherence-based anti-cheats are likely going to be a cat-and-mouse game. Valve have stated they are working on this problem and I think if anyone is going to solve it, it's them.
2. Immutability. Right now distributing games on Linux isn't distributing games "on Linux." It's distributing games to 12 different distros with a hundreds different configurations and a thousand customisations. This is impossible to support. When SteamOS gains traction, developers will be able to target exactly one distro with fixed configurations and limited customisations. Valve will set the standard for other distros.
3. An enforced equivalent of .exe. One of the most wonderful parts of Windows is the near universal acceptance and use of the executable installation method. You just double click the file and install it. Linux is an absolute clusterfuck of installation manuals and scripts and competing app stores with their own repos and permissions and packaging methods. If Valve were to mandate the use of, for example, flatpaks in SteamOS, that will become the universal standard. I think this is one of the most frustrating parts of using Linux for regular people.
4. Better hardware support. My Fanatec peripherals don't work well in Linux. Fanatec doesn't offer drivers and open source options are limited in functionality (and stability). There are many products for which drivers support sucks in Linux. I think AI will solve many of these issues over the next few years. Unless the manufacturer has gone out of their way to encrypt of obfuscate the communication layer with the product, you can basically point Codex at the peripheral and tell it to build an interface driver. Within a few years, I imagine operating systems will have this kind of functionality built in. If the OS encounters a peripheral it doesn't recognise, it will just build its own driver on the fly.
I am more optimistic about all of these than ever before. Linus Torvalds famously said it will take Valve to fix this fragmentation problem for us, and that looks like where we are heading. No doubt there will be Linux fans who lament the loss of diversity and competition, but I think we end up with a true competition to Windows for gaming. That's when I will make the jump.
LazyGooze 7 hours ago [-]
the minute linux solves kernel level anti-cheat is the minute it wins the OS war, tons of friends have only windows on their PCs because of valorant or other multiplayer online game that uses anticheat.
simonask 5 hours ago [-]
"Linux" doesn't need to do anything here. What's missing is for anticheat vendors to develop kernel modules for Linux in addition to their Windows drivers.
I personally hope they never do, because present day anticheat systems are literally closed-source rootkits. You should not let that software onto any computer you own.
But then I don't really have a horse in the race, because I don't find competitive gaming with strangers enjoyable at all.
LanceH 4 hours ago [-]
You let the people run their own servers and kick cheaters. That's one solution which has actively been taken away over the years.
ChocolateGod 3 hours ago [-]
People just want to click Play and get dropped in a game, not have to mess with servers.
RajT88 1 hours ago [-]
Modern games should have:
- Quickplay
- Server / Game / Match finder
- LFG - for a more detailed search
Each of these has a different use case, and a single user may make use of all of them (I include myself here). Not everyone wants to just click "play", it's very dependent on the type of game.
Helldivers 2, for example, implements the first two. Destiny/Destiny 2 has mostly the first one. Destiny on Xbox has a XBL-provided LFG functionality (but prior to that external sites were used). You really needed LFG for finding a raid group.
wing-_-nuts 3 hours ago [-]
Vehemently disagree with this. One of the reasons I loved BF4 so much were the community servers, with admins that could kick cheaters / griefers, and you enjoyed playing with the same group of folks. It was also one of the (many) reasons I was not remotely tempted to buy BF6. No servers? Not interested.
notRobot 3 hours ago [-]
You can just click play on a server without having to run one yourself, the enthusiasts do that. Eg: Halo CE, Armagetron, countless others.
ChocolateGod 3 hours ago [-]
> "Linux" doesn't need to do anything here. What's missing is for anticheat vendors to develop kernel modules for Linux in addition to their Windows drivers.
With what stable module ABI like Windows has? There isn't one.
You can build a module that targets the current kernel Ubuntu 24.04 is using, but that module won't load on 26.04, let alone a completely different distro like Fedora.
eBPF /might/ help, but one could make a module that lies to eBPF.
gf000 5 hours ago [-]
"Solving" is one thing, adaption is another.
rowanG077 7 hours ago [-]
> 2. Immutability. Right now distributing games on Linux isn't distributing games "on Linux." It's distributing games to 12 different distros with a hundreds different configurations and a thousand customisations. This is impossible to support. When SteamOS gains traction, developers will be able to target exactly one distro with fixed configurations and limited customisations. Valve will set the standard for other distros.
Steam has already solved that problem. You target steam (not steamOS) and all other distros will do the work for you.
ChocolateGod 3 hours ago [-]
SteamOS doesn't even ship with secure boot on, it has a long way to go before it's a platform game developers will consider tamper proof.
bcjdjsndon 6 hours ago [-]
Did you not read what you quoted?
WD-42 5 hours ago [-]
You didn’t. Steam already provides a runtime to target. SteamOS is largely independent from the actual game runtime. You already don’t need to target “12 versions” or whatever nonsense op posted.
bcjdjsndon 2 hours ago [-]
>> When SteamOS gains traction, developers will be able to target exactly one distro with fixed configurations and limited customisations. Valve will set the standard for other distros.
Your quoted quote.
skydhash 6 hours ago [-]
> 1. An equivalent of kernel level anti-cheats.
Ultimately, you can’t trust the user computer unless you go for the secure boot things backed by a hardware key. I’m sure there are multiple ways to bypass anti-cheats on Windows.
> 2. Immutability[…] It's distributing games to 12 different distros with a hundreds different configurations and a thousand customisations
Does it really matter? You can always ship a statically compiled games. There’s only one kernel that is greatly back compatible.
> 3. An enforced equivalent of .exe.
I think ELF is the official standard for executable binary. The competition is illusory. There’s nothing preventing anyone from distributing a self extracting archive that installs on /opt. Packaging on Linux is about your system consistency, not software availability.
> 4. Better hardware support
That’s not a linux issue. If the manufacturer is not keen on getting it in the kernel or making it open source, they can always create a binary blob and distribute some shim that loads it.
0x457 13 minutes ago [-]
> Ultimately, you can’t trust the user computer unless you go for the secure boot things backed by a hardware key. I’m sure there are multiple ways to bypass anti-cheats on Windows.
Trials in Destiny 2 were a struggle before BattlEye, and the day BattlEye was enabled everyone suddenly forgot how to click heads. I put it "good enough" category.
kbolino 1 hours ago [-]
I've been intrigued by the possibility of statically compiled games for Linux but I don't think they're the more compatible option. For typical games and players, the game needs to cooperate and interact with the window system. Even setting aside the X11 vs. Wayland issue, AFAIK neither have promised forward compatibility for static binaries.
bcjdjsndon 6 hours ago [-]
2. Does it really matter? You can always ship a statically compiled games. There’s only one kernel that is greatly back compatible.
There's more to it than dependencies. It's a valid point.
> I think ELF is the official standard for executable binary. The competition is illusory. There’s nothing preventing anyone from distributing a self extracting archive that installs on /opt. Packaging on Linux is about your system consistency, not software availability.
I think he meant .MSI and not .exe, but the point remains and is still valid. Why are there multiple ways to skin the same cat?
ChocolateGod 3 hours ago [-]
> I’m sure there are multiple ways to bypass anti-cheats on Windows.
Of course, you can use DMA over Thunderbolt, but the bar is so high (cost, specialised hardware) that most people who cheat won't do it.
> Does it really matter? You can always ship a statically compiled games
This isn't completely viable, you can't statically link the graphics driver.
neverkn0wsb357 18 hours ago [-]
Given the current momentum, it feels like (to me) the adage of “Windows is for Games” is going by the wayside.
If you look at Steam, and OSs like Bazzite it’s clear the consumer-side is finally shoring up. But that aside, from an economic incentive, game providers (for example Amazon Luna), don’t want to be paying the licenses for running Windows machines for Video Game Streaming on Demand. In fact, at my time there one of the major thing I worked on was figuring out how to stream the games using Linux + Proton + Vulkan so we could use the AMD machines.
Honestly the biggest hurdle was (and probably still is) Anti-Cheat and BattlEye.
At any rate, I’m personally happy to see this trend as I haven’t had a Windows OS since Windows 7.
protocolture 14 hours ago [-]
>Given the current momentum, it feels like (to me) the adage of “Windows is for Games” is going by the wayside.
I think that games have been a strategic priority for Windows for a very long time. Going all the way back to DOS/4GW on Windows 95. But the impression I get from Microsoft is that they kind of don't want the hassle of maintaining a desktop OS anymore, and they would be happier if everyone went elsewhere.
kzrdude 9 hours ago [-]
I think that's the key explanation. Gamers are no longer a mass market user group for microsoft - they target all the casual computer users. Gamers actually want full control of their computer, pay attention to details and care about performance: that's a niche user base, and it's clear why their interests overlap with the linux community: user needs trump everything.
shaokind 6 hours ago [-]
I don't know if I'd agree with the adage about gamers wanting full control. A subset of gamers, absolutely.
But this excludes the entire console population. This arguably excludes most Steam Deck customers, who picked it because Valve made the Linux experience seamless, so they don't have to pay attention to the details. This excludes many of the PC gamers I know, that do not care beyond whether their computer is capable of playing the games they want to. They won't even reformat their Windows to remove OEM bloat.
pibaker 3 hours ago [-]
I think you are way overestimating how technically inclined the average gamer is. Most of them just want to play a couple rounds of fifa or madden or call of duty to blow off some steam after work, not to spend extra time and effort optimizing their gameplay experience besides maybe buying a nicer keyboard on Black Friday.
You don't tend to hear them online of course. They are the silent majority keeping the AAA industry alive.
somenameforme 11 hours ago [-]
I'm not sure. They put a ton of effort into things like DirectX, were outright anticompetitive against OpenGL, and there was an atypically high degree of competence and vision throughout. It probably wasn't about the games but about tying people to Windows. People didn't make games for Linux because there were no gamers on Linux. There were no gamers on Linux because people didn't make games for Linux.
On top of this, gaming used to be (and probably still is) the main reason to cycle through PCs. If you're just going to browse the web, use relatively low resource software, etc then a PC or even laptop from a decade+ ago is 100% fine. The reason consumers upgrade is going to be heavily weighted by games. And each of those upgrades often comes with new OEM software that was licensed and other economic benefits to Microsoft.
---
As for modern Microsoft, I agree with you from an outsider's perspective, but I'd bet internally it's a different game. Microsoft seems to be having major issues with labor competency, on both the implementation and management side, and it's making their entire ecosystem collapse. Anything that has major outward visibility (like desktop OS) is going to make the circus most immediately visible. I have little doubt they have the same stuff going on internally with their other offerings.
HerbManic 13 hours ago [-]
The last few years it has felt like that, Microsoft is more than happy to sell to everyone while also having Windows.
I mean Windows is still a huge cash cow for them and is THE desktop OS but the actions they are taking with it sort of makes it feel like a second class citizen.
swiftcoder 11 hours ago [-]
> and is THE desktop OS
Part of the problem seems to be that desktop OS use as a whole is cratering as more and more folks who grew up in the smartphone era enter adulthood. Outside of tech circles, I meet a lot of folks who have a phone + tablet but no actual computer...
dosisking 7 hours ago [-]
What's a computer?
swiftcoder 6 hours ago [-]
It's pretty clear from the context that I meant "general purpose PC". We don't have to get all semantic about everything
> the adage of “Windows is for Games” is going by the wayside.
This is the last major reason for anyone to use Windows nowadays, with the exception of legacy applications.
Windows' days are numbered.
SmirkingRevenge 6 hours ago [-]
The progress is vast, but at the same time, it feels overstated.
Linux still is not a great daily driver for video games in many circumstances, unless you're on a specialized device like the steam deck that gets extra attention to smooth out the rough bits.
On my gaming PC I haven't found a single game that runs noticeably faster in Linux. Most run considerably worse often while suffering various glitches (sometimes game-breaking).
Sometimes, with work (different versions of proton, startup options, configs, or even new kernels or compositors, etc) you can get around those problems, but... it takes work. Work that you just don't have to do on Windows.
coldpie 5 hours ago [-]
> Most run considerably worse often while suffering various glitches (sometimes game-breaking).
That's an interesting experience, I'd be interested to hear more. There certainly are games that do not work well, no question, but as far as I'm aware it's a pretty small minority. To my knowledge, the two biggest issues are anti-cheat and video codecs, both of which are business/legal problems, not technical issues. Are those the main problems you're seeing? If not, are you possibly running fairly niche games, or on a niche distro or specialized hardware setup?
SmirkingRevenge 4 hours ago [-]
Re-reading that, "most" might be too strong a word - "many" would be more accurate. A few recent examples of games I've tried:
- Borderlands 4 was basically unplayable on my hardware (9800 X3D, 3080 TI) - though I didn't care enough to try and fix it.
- Dune Awakening was decent, but noticeably less performant, stuttery, etc. Probably fixable with some settings tweaks and other stuff, but the experience was markedly worse than windows out of the box.
- ARC Raiders runs fantastic - but even still, it had noticeable visual issues particularly with shadows
General issues:
- It seems to vary by desktop environment how confused steam and/or the games were as to which monitor to play the game on
- Steam itself required some futzing to get big picture to use hardware rendering (software rendering is very laggy)
- Multiple games seemed confused what my native resolution was
- Mouse issues with multi-monitor setup in several games (though sometimes this is an issue in windows too)
coldpie 4 hours ago [-]
"Many" is definitely more in line with what I'd expect, yeah :) Sounds like most of your issues are multi-monitor & windowing related, which isn't surprising.
Games make a lot of assumptions based on how Windows's one-and-only window manager operates, stuff like windowing message and focus event sequences, effects of various windowing states on window sizes and chrome and mouse cursor behavior, and so on. Linux WMs don't match Windows's behavior or even other WM behaviors, so it's a nightmare trying to get every WM to align to how every game expects Windows's WM to behave. Then multi-monitor adds another layer on top of that, for things like reporting resolutions, cursor behavior, window focus, etc.
We focused on the big 2 (Gnome & KDE) on X11, and personally I use multi-monitor XFCE on X11 so I was quite motivated to get games working well there, too. Plus SteamOS's compositor/manager on Wayland, obviously. But there's so many combinations affected by so many things (I didn't even mention graphics driver behaviors on any of the above...) it's just really hard to get right as you add more little edge cases. And as you said, many games get it wrong on Windows, too. We'd often reproduce bugs on Windows just as they were reported against Proton.
All that is to say, yeah, I believe that has been your experience now that you've explained a bit more :)
SmirkingRevenge 2 hours ago [-]
Ah wow I see you did work for Code Weavers. You guys are rock stars!
Once upon a time I was a paying customer (like in the early early aughts). Glad to see them still doing their thing.
inquirerGeneral 18 hours ago [-]
[dead]
KennyBlanken 18 hours ago [-]
Online multiplayer games keep trying to allow linux users in and keep having to lock them out because there's an instant influx of cheaters.
The Nintendo Switch (which runs Linux) was a favorite of cheaters after jailbreaks came out.
When anyone can compile and run their own kernel with god knows what for modifications, that makes it substantially easier for cheaters and substantially harder for anti-cheat. I don't see that ever changing.
You can't rely on server-side detection either, because some of the cheats are so advanced they go to great lengths to "behave" like a highly skilled human player would with their aiming
harry8 18 hours ago [-]
The status quo's days are numbered. Online chess shows how.
An AI will play these games like a human but better. The AI can be totally separate from the windows box wearing anti-cheat ankle bracelets just as your brain a separate thing to the windows box when when you play. It can interact with the box via keyboard, mouse or controller.
No windows kernel module is useful in detecting and deterring chess cheating no matter how fanciful or factual the vibrating "device" stories are.
Anti-cheat by kernel module, it's day will be entirely done very soon if it isn't already.
"Any time you beat a computer at a game it let you win." Are we there yet? If not, how long?
dragontamer 17 hours ago [-]
It never was fair to play vs computers in reaction games or skill games.
IE: Quakebots and Fighting games have perfect reaction times and perfect combos. They can simply block perfectly and counter attack perfectly and never drop a combo.
You act like cheating is new to video games??
--------
We never wanted bot in these games. Still don't want them today, and it's a big reason that playing on public boxes (ex: at an arcade or eSports tournament) is still a thing.
Defeating an opponent in a tournament is a big thing for fighting games. The risk of cheating online is always there so online tournaments are simply never taken as seriously (ie: as much $$$$ risked as real life tournaments).
wtetzner 16 hours ago [-]
> You act like cheating is new to video games??
No, I think the point is that with AI the existing anti-cheat measures can simply be avoided by letting the AI play through the same interface as a human. Therefore anti-cheat kernel modules will no longer be useful, and will no longer be a reason to stay on Windows.
lll-o-lll 6 hours ago [-]
> existing anti-cheat measures can simply be avoided by letting the AI play through the same interface as a human.
Great. Now we are going to get “secure cables” for mouse and keyboard and bluetooth device attestation.
zrm 14 hours ago [-]
It seems like what this needs is the return of video arcades.
Fill a room at the mall with Linux boxen with midrange GPUs and fiber internet and the sort of keyboards you can clean with pressurized water. Charge an entry fee and then sell pizza, cheetos, coffee, soda and beer. Open at 11AM and close at sunrise.
Then publish the public IPs used by the arcade-owned machines at each location in the chain and use different public IPs for the customer WiFi. No DRM nonsense, just a way to know you're playing with someone at the arcade where the management doesn't allow cheats on their machines.
hackeridiot12 13 hours ago [-]
Yes exactly but you do not go far enough with your plans. What is the point of any game if we can not determine who has memorised the meta best and who’s fingers twitch fastest. We need to out law general purpose computing in society and first it must be slowly phased out. Humans have shown they can not be trusted with open platforms they will always cheat and scam each other to gain an advantage. We will also need eye tracking devices to determine if they are cheating by reading notes off paper nearby. I think your plan comes to perfection if we chip everyone in case someone else plays for them on the locked down device.
kelseydh 11 hours ago [-]
Chess anti-cheat now relies on looking at your moves and spotting mistakes. Not even grandmasters play tactically perfect games so this works pretty well for finding cheaters. In theory FPS games could do the same to detect aimbotting.
hootz 6 hours ago [-]
I still don't understand why we aren't using server-side gameplay analysis for cheat detection. You can have some obvious inhuman-level gameplay heuristics for real time kicks/timeouts during matches and post-game analysis by AI to flag for review or outright automatically ban gameplay that deviates from normal high-level players.
simonh 4 hours ago [-]
So now we're using an AI cheat snoop to detect the behaviours of AIs, which means the cheat AI will need to learn to avoid the tell-tale patterns the AI cheat snoop looks for and avoid them, which mean the AI cheat snoop will need to....
harry8 9 hours ago [-]
and will have to do something along those lines for online play.
dragontamer 13 hours ago [-]
No one is going to use LLMs if aimbots are available.
Have you even played an FPS vs an aimbots before?
jjmarr 13 hours ago [-]
China solved this years ago with mandatory ID verification to play video games.
This was to prevent children from getting addicted but also leads to real life penalties for cheating in video games.
harry8 9 hours ago [-]
This a new and exciting use of the word "solved." I don't think I'm completely comfortable with it, possibly due to being raised on a diet of anti-soviet propaganda that spoke of such thing as "freedom" "justice", not sure if people care much anymore but there it is.
__patchbit__ 4 hours ago [-]
In the time span of Nixon to Trump and Mao to Xi, America got caught by China.
The idea of Mao's face or Trump's face on the global reserve currency feels really off.
Gareth321 7 hours ago [-]
Your argument appears to be nihilistic in nature: "don't bother fighting the cheating because it's inevitable." Forgive me, but I won't be giving up that easily. No anti-cheat is perfect, and we're not aiming for perfect. We're aiming for a reduction, and the harder we make cheating, the fewer cheaters there are. If cheating requires special hardware to mimic mouse and keyboard input, that significantly cuts down how many cheaters one will encounter in a given day. I have no doubt that the threat vector here widens and deepens as AI becomes more integrated into our operating systems. That does not mean we should give up or accept cheating as inevitable.
eightysixfour 17 hours ago [-]
> "Any time you beat a computer at a game it let you win." Are we there yet? If not, how long?
I don't want to beat a computer, I want to beat another person.
YPPH 18 hours ago [-]
>The Nintendo Switch (which runs Linux) was a favorite of cheaters after jailbreaks came out.
If you're saying the Nintendo Switch system software is Linux-based, I don't think that's correct. It's a proprietary system based on a microkernel architecture.
swiftcoder 11 hours ago [-]
It's proprietary, but they kit bashed a bunch of existing components (iirc, Android's surface flinger, the Nvidia embedded linux drivers, and the freebsd network stack)
farmerbb 17 hours ago [-]
I think it's a FreeBSD variant, if I remember correctly.
DarkUranium 17 hours ago [-]
It's definitely not. Completely bespoke OS.
17 hours ago [-]
cobalt 16 hours ago [-]
ps* is based on freeBSD, Nintendo is proprietary (though use OSS libraries)
benchloftbrunch 15 hours ago [-]
Nintendo Switch does not run Linux, it runs a proprietary OS called Horizon based on the Nintendo 3DS firmware. Not sure but it might or might not have some BSD code in the network stack or something.
dlcarrier 13 hours ago [-]
Pretty much everything uses BSD source code in the network stack, including Windows, so that much is a safe assumption, but there's far more that the Switch is using.
According to the copyright notice, it uses the FreeBSD kernel. This tracks with reported use of BSD jails, which are part of the BSD kernel.
QuaternionsBhop 18 hours ago [-]
> You can't rely on server-side detection either, because some of the cheats are so advanced they go to great lengths to "behave" like a highly skilled human player would with their aiming
Shouldn't that be the goal of anti cheat? That cheating is indistinguishable from expert gameplay? Seems to me like these companies are just trying to avoid implementing proper infallible server-authoritative gameplay by offloading the cheat detection to the untrustworthy client, and then trying to lock down the client to make it trustworthy.
ben-schaaf 17 hours ago [-]
All these games already have an authoritative server. These cheaters aren't breaking the rules of the game by being invincible, super speedy, etc. they're aim-botting and wall hacking. Those cheats can't be prevented with authoritative networking.
sayamqazi 13 hours ago [-]
I dont know what kind of authoritative server Apex Legend uses that let the infamous "Tufi" hacker do what he did for so long. IMO it should be trivial to ban someone hitting more than 80% of their shots as headshots,, dual weilding weapons that were never supposed to be dual-weilded. Charge rifle beam permanently shooting and swapping armors from miles away
emkoemko 14 hours ago [-]
why can't we prevent wall hacking by not sending packets of enemy players position if the user can't see them on their screen
Sometimes user can partially see them, game client would need that position. Then user can make a mod that flashes silhouette that just appeared behind a wall for a moment.
ChocolateGod 11 hours ago [-]
You can do it to a degree (basic room detection), but it'll never be 100% accurate because of latency and compute cost, you have to give leeway.
gsich 8 hours ago [-]
not a trivial solution.
lovich 13 hours ago [-]
you run into some really difficult to solve issues when it comes to the gameplay loop, the graphics engine, and network latency trying to solve that unless you are playing some sort of turn based game where all data can be resolved before the next action
retr0rocket 7 hours ago [-]
[dead]
treyd 18 hours ago [-]
The Nintendo Switch runs a custom operating system codenamed HorizonOS.
tardedmeme 16 hours ago [-]
I was going to say. There's no way Nintendo would be caught dead with GPL anything, even GPLv2.
prmoustache 10 hours ago [-]
What is the problem with cheating or bots really?
I feel that the solution is just to have a decent ranking/level system so that users play with other people, cheaters, bots or regular users of the same level. When I was playing mario kart with my 5y old daughter, I didn't mind she had access to helps to not run out of the road as it allowed us to play together. I don't see how different it is between say, a super skilled player, and a lower skilled player with cheat/assists. If cheating/assists system becomes so efficient, cheaters will just end up playing together and non cheater will have got rid of them and play between non cheater of similar level. Prolem solved. No?
Gareth321 6 hours ago [-]
People who are not naturally competitive (or who don't like competition) struggle to understand the drive. For many, competing against a computer is FAR less engaging or rewarding than against a person. Even if the person is less skilled than the computer. The human element - chance, variance in skill, emotions, etc - is very motivating for some people. The same people often like sports (which I do not). If you replaced every athlete in every competition in the Olympics with a robot, would you still find it as compelling? Some would, but many would not.
a_vanderbilt 2 hours ago [-]
You should not consider Tim Sweeney's comments on the matter as a reliable source. He was veiling his true motivations behind that statement. The Switch does not run Linux either, it's a custom OS descending from the Wii's iOS.
The cheating issue isn't really a matter of being able to run custom kernel code. You can do the same thing on Windows, which is why remote attestation is a thing for some games. As someone who has developed games for Linux (and Windows / Mac), it's an endless cat and mouse game. So long as the system can execute code that is not yours, you never really are getting perfect anticheat. Ease of loading custom kernel code isn't really a hurdle to that.
I find that client and server based in combination is the robust approach. I once implemented anti-cheat in which the server lied about game state, which a regular client without cheats would act predictably on. Deviation from that behavior is a useful heuristic to build a suspicion score.
emkoemko 14 hours ago [-]
i am really doubting that Nintendo Switch uses Linux?... they would have to provide source code no?
f33d5173 13 hours ago [-]
Only to the kernel. And only if they patched it. Kernel modules don't count as patches. This is how myriad android vendors get out of providing source. But no, the switch doesn't use linux afaik.
ben-schaaf 17 hours ago [-]
And yet there's plenty of competitive multiplayer shooters that work fine on Linux. Rivals, The Finals, deadlock, CS2, Overwatch, Hunt Showdown, etc.
EA did a big announcement about switching to kernel level Anti-Cheat for Battlefield 6 to combat cheating, yet there's still plenty of cheaters around. It's looking more and more like an excuse in order to give the appearance of combating cheating.
forrestthewoods 16 hours ago [-]
Nah.
Linux is still too bloody awful for power users, never mind the median gamer.
Most Linux usage is SteamOS which only barely counts.
It’s a great hedge that keeps Windows almost honest. But we’re a long long long long long <breathe> long long long ways from the median gaming PC being Linux.
neofrog 13 hours ago [-]
If you call yourself a power user and cannot use Linux properly, you are not a power user.
boltzmann64 14 hours ago [-]
I am really curious: what is your definition of a power user.
xandrius 9 hours ago [-]
Double clicking an icon real fast and be the last 10 players consistently in a public match of fortnite. That's a true power user.
benchloftbrunch 15 hours ago [-]
I'd bet even more Linux usage is ChromeOS which even more barely counts, and certainly both are dwarfed by Android which simply doesn't count.
figmert 13 hours ago [-]
What do you consider a power user? Because I'd consider an OS that refuses to let you do what you want, and constantly reverts your customisation, the opposite of power user friendly.
We're a long way not because Linux cannot do it. We're a long way because publishers refuse to take it serious.
protocolture 12 hours ago [-]
How are these statements compatible?
Like if most linux usage is SteamOS that suggests its good for gamers right?
And that all any other distro has to do, is target SteamOS in terms of gaming usability?
bigyabai 15 hours ago [-]
Linux is for power users. Windows 10 with Powertoys and WSL for stuff like yt-dlp is a fine stopgap, but you can get the same workflow on Linux with a leaner system.
I never installed Windows 11 on any of my PCs, there's no place for it in my work or gaming regimen. If Linux is supposed to keep Windows honest, then some dev at Microsoft must have a Pinocchio nose.
isityettime 14 hours ago [-]
The problem is that Windows power users arrive on Linux and think they know what they're doing, when in reality they don't know up from down. Very basic things like norms about user confirmation and warnings are frequent stumbling blocks.¹
Windows power users expect their habits and instincts to be right and treat the system as broken wherever they aren't. After all, they "know computers"! So when one of them hits a snag, even if it would have been avoided by heeding a system's warnings, reading the documentation, or adhering to its norms, they declare (for others to repeat) things like "Linux isn't (ready) for power users".
--
1: Windows power users arrive to Linux with a mixture of incredible fatigue from pop-ups and blindness to all interruptions. They are used to mindlessly batting away constant notifications and distractions. They are also used to a host of familiar warnings that they know are bullshit, and reflexively ignore. But the warnings on Linux systems are not the warnings they know. They don't actually know what they mean or which are safe. To the point that their blindness to warnings becomes outright comical, as in this infamous example: https://i.imgur.com/J39WfLK.png
lovich 13 hours ago [-]
That imgur link is just sending me to the image template for the "I'll Fuckin' Do It Again" Goofy meme. If that was intentional than what youre referencing isnt as infamous as you thought as I have no idea what it means in terms of windows users on Linux.
isityettime 13 hours ago [-]
Lmfao, thanks. Damn indistinguishable imgur URLs on my clipboard. Fixed.
tjpnz 8 hours ago [-]
SteamOS is Linux.
Shorel 13 hours ago [-]
Linux is one of the best Win-API platforms.
It is the absolute best for backwards compatibility: it runs 16 bit apps.
Now it is getting faster for gaming.
And the reverse relation is also true: In Linux, the best backwards compatible stable API is WinAPI.
I can play 30 year old Windows games in Linux. They just work and run better than ever.
For the same project (https://www.descent2.de), I can not even install the dependencies to compile it in a modern distro, as every library is deprecated and removed from the repositories. The precompiled native Linux binaries also can't work.
mappu 12 hours ago [-]
I used to love Descent 2!
People say this a lot about Linux and it somewhat rubs me the wrong way - sure, the Windows binary works if you install its library dependencies (wine). Likewise (OK, ever since libc5/glibc2 changeover in 2001) the Linux binary should work if you have its library dependencies (SDLv1 it looks like?). So what's really the problem? Your distribution stopped distributing the dependencies, making them harder to find? "DLL Hell" was a thing too.
I didn't see any binary downloads for Linux on that website, only source code.
I gave it a try anyway, the dependencies were actually not a problem for me, Debian has libsdl-{net,image}1.2-dev, libglew-dev, and so on, and if your distro does not have SDLv1 there is libsdl1.2-compat. But after the dependencies, there was a problem with the source code doing something involving bitfield packing that does not compile on x86_64.
I do see the source code has lived on, i can `apt install d2x-rebirth` on Debian 13 which has a comment about https://www.dxx-rebirth.com/ ...is that helpful?
badsectoracula 5 hours ago [-]
> the Windows binary works if you install its library dependencies (wine).
Yes but all it takes is an `apt-get install wine` or `zypper install wine` or `pacman -S wine` or your distro equivalent and if you are using a Linux distro with any sort of desktop functionality, 99% of the time wine will be there.
> Your distribution stopped distributing the dependencies, making them harder to find?
Yes, this is a big problem because these dependencies not only are harder to find but even if you track all of them (there is a chance they too have their own dependencies) you still need to figure out how to build and install them. And if they are old enough for distros to drop them, then chances are building them isn't going to be a straightforward `./configure && make && make install` ("straightforward" is very relative here :-P). And woe is you if there are conflicts with newer (yet API/ABI incompatible) versions of these libraries and/or their dependencies.
Of course since you have the source, technically you can make things work, but that doesn't make the process any less of a major PITA.
skywal_l 11 hours ago [-]
After a few fixes, it builds on a debian-13. You just need to install a few dependencies (glew, SDL, curl).
The real problem here is the tooling. New versions of automake and C++ compilers are stricter than they used to be.
Indeed, for long term conservation, you need to vendor your dependencies AND your tools to make sure that the project is sustainable without intervention. But with the magic of LLMs now, this is not a problem anymore. Claude was able to fix it in less than 10 minutes.
And having the source code beats playing the original game. You can recompile in high def and make all the modifications you want to make it feel like a modern game (or not!) and sill get you your dose of nostalgia.
babypuncher 40 minutes ago [-]
I have been arguing for years that Win32 is the most stable Linux ABI. Commercial games are all proprietary software, so they're more prone to breakage as the libraries and APIs they depend on change or even disappear over time.
_joel 11 hours ago [-]
Descent, Heretic, XCOM: TFTD.. All games that take me back to a special place :)
9x39 21 hours ago [-]
Finding a way to get the multiplayer studios to get Linux support for their competitive games like Valve does could crack a wedge in the market for mainstream users to get in, particularly in those who don't want to pay the Windows tax (not everyone is willing to experiment or go unlicensed).
I can't prove it, but the Steam Deck has probably torn down a lot of barriers for mainstream use among the crowd that care about the game more than the OS. Getting some of the other games (League, Vanguard, Warzone, BF6, etc.) or whatever is popular in those segments onboard might be the critical mass that justifies fixing all the rough edges that get fixed when a big pile of users are represented.
hedora 16 hours ago [-]
Anecdotally, it took less time for me to install Devuan (not even one of the “easier” distros) and steam and start downloading games on a new machine than it took me to figure out how to decrapify vanilla win 11 after first boot.
If you want statistics, Linux’s gaming market share is 2x that of MacOS.
The barriers to gaming on Linux have never been lower. They’re certainly much lower than the barriers to running windows games on windows were back in the Win 95 - XP SP2 days (when I jumped ship).
Mariajaved906 21 hours ago [-]
Yeah, anti-cheat support is probably the biggest barrier right now. The Steam Deck already showed that many gamers do not really care about the OS as long as their favorite games work smoothly.
Gigachad 17 hours ago [-]
I can’t see it happening until valve adds some kind of trusted compute environment. I’m imagining online games could have a flag which enforces secure boot, boot chain attestation, and disables multi tasking features. So while you are playing the game it becomes a single task device, but after you quit it’s fully unlocked again to do whatever you want.
ChocolateGod 11 hours ago [-]
This is the main problem why anti cheats are currenty blocking SteamOS.
I don't think you'd need to block multi tasking though, but the kernel would need to prevent or tamper root access so it couldn't modify the game memory.
Perz1val 10 hours ago [-]
You can't block multitasking, the largest multiplayers have huge crowds who play with friends and talk on discord.
voxic11 3 hours ago [-]
It isn't about blocking anything, remote attestation confirms the system is in a particular configuration, but it doesn't actually block you from doing anything you want. The "locked down" part just means that running any unapproved programs or system configurations would lock you out of the game. So as long as the game servers recognized discord as an approved program you could run it while connected to game servers.
wing-_-nuts 3 hours ago [-]
Yeah, playing an audio book in the background while I game is my default mode of play now.
retr0rocket 7 hours ago [-]
[dead]
doikor 10 hours ago [-]
Valve doesn’t do kernel level anti cheat on Windows either. Those are the actual roadblocks.
Userland anti cheats can work (and do) on Linux if the developers want to. Most of the third party ones the developer buys/licenses already do.
But reality is that only the kernel level ones seem to work to some extent. Difference in the amount cheating between counter strike and valorant is just massive (both free to play games)
Gareth321 6 hours ago [-]
Yeah, user-space anti-cheats just aren't as effective. We need kernel-level anti-cheats on Linux, and more. I understand these are considered invasive, but people care FAR more about cheaters than they do the extremely remote possibility of a zero-day exploit.
DevKoala 18 hours ago [-]
Quite the contrary. I care about the OS and that’s why I switched to Linux gaming. The experience wrapping the game is just so much better.
cortesoft 17 hours ago [-]
Sure, but the point is that Windows gamers generally do not care.
In other words, no one is going to refuse to use Linux out of loyalty to Windows, as long as all the games they want to play work.
cogman10 19 hours ago [-]
Arguably, the PS2/3/4/5 proved that as did the various Nintendo platforms.
Night_Thastus 22 hours ago [-]
Show me the numbers. Show me an identical gaming PC running Windows 11 and then Linux, and show not just FPS - but things like frametime pacing, latency, etc.
This NTSync stuff is very impressive, but I haven't seen a lot of end-to-end numbers versus Windows. The last comparisons I saw showed pretty much every distribution on the order of 5-30% behind Windows, varying on the game. And Nvidia GPU support was still not great.
I WANT to swap. Please give me cause to do so. I'm sitting here with my finger on the button waiting for it to finally get good enough to make sense.
NamTaf 20 hours ago [-]
Your initial baseline was arbitrary. If the game had been 10% slower on Windows, would you have never enjoyed it? If not, how could switching with a 10% penalty be a deal-breaking downside?
Just do it. Swap and let go of objectivity. Let your subjective experience guide you.
For me, the subjective joy of not having to fuck around with Microsoft's bullshit was worth multiples of having to mess around with technical crap to get a game working (spoiler: I nearly never have to do that because I play single player games, Dota and CS). I couldn't give less of a damn if my FPS in some random title is 10% slower than it would be in Windows. So long as it's playable, I benefit in spades from the trade-off.
cortesoft 17 hours ago [-]
> spoiler: I nearly never have to do that because I play single player games, Dota and CS
I think most of the people who really care about game performance aren't people playing games like you do. They are either playing AAA games where the graphics quality is paramount, or competitive games where performance is useful for being competitive.
kokada 10 hours ago [-]
But it is also rare cases where a a few percent points actually make a huge difference. Remember when reviewers are doing benchmarks they're generally using a standardised test suite with uncapped framerates. For most people they would be perfectly happy to hit a target framerate, or if they really want to play uncapped they would first reduce a few graphical setting to archive good performance (most of time with imperceptible changes in the graphics). It is rare when the performance of the game is so tight in a hardware that a few percent points actually matter.
To give a particular example, I started playing GTAV on Windows after building a new PC since I had no spare drives. After finally installing Linux I decided to try GTAV on Linux just to see how well it would run. And it runs amazingly well, and yes, it runs a few percent points slower than Windows, but the only tradeoff I did was slightly increase FSR4 and the game still looks amazing. I didn't really notice any graphics issues, especially not during actual gameplay (if I stayed at the same place and started to nitpick I could notice differences).
NewsaHackO 19 hours ago [-]
I mean, there are costs to swapping though. Going by just feels seems to be the wrong way to think about it.
ulbu 19 hours ago [-]
it can’t really be a way to think about it when the recommendation is to not think about it and just do it. experience, observe, reach opinion. all in accordance with you and not some number that’s abstract to your perception.
lunatuna 19 hours ago [-]
Yawman, being on Linux for everything else feels great. In a personal way (rather than technical) it’s like being back in my 20’s hacking Redhat and FreeBSD. I also find the community support is great when I’ve run into the odd issue. My FPS are good and I don’t think about it.
I select games based on ProtonDB. There’s always constraints and I’m cool with the limitations that this brings. BF6 is a no-go due to its anticheat tool, no problem. Got lots of other choices.
OccamsMirror 12 hours ago [-]
My son is really into soccer, so I wanted to get the latest ~~Fifa~~ FC game. Oh it has anticheat and doesn't run, at all. Frustrating because I wouldn't want to play online anyway.
Happy to not give EA any money if they're so set on shoving online play and therefore anticheat down the players throats.
Grateful that Steam allows easy refunds.
landryraccoon 18 hours ago [-]
We're talking about gaming here.
What other goal is there than maximizing your subjective enjoyment of the game?
Sure if you're a professional streamer, your feels are maybe less important than engagement metrics but if you're just a casual?
Dude just play what feels good. It's literally the best and only metric.
worble 22 hours ago [-]
If you want to swap, then just do it right now? As far as gaming is concerned Linux just works, and reaches speeds that are more than good enough to do so, even if they're not exactly the same as windows - the steam deck is pretty much proof of this.
If Linux was measurably 5% slower on all benchmarks, would that mean you wouldn't do it even if you wanted to? Is every single nanosecond of performance really that important to you? I switched 10 years ago when things were a lot rougher than this, and in the end everything still worked well enough that I never cared to swap back.
anonymousab 22 hours ago [-]
5% would already be well within the margin of difference for separate identical clean installations of windows on the same hardware.
But the issue is that it is many multiples of that, especially on the most common PC gaming hardware (Nvidia GPUs), often more than a 25% difference in framerates. Not so important at 144fps, but very important at a 60fps baseline and for genres like fighting games.
A lot of people don't mind, say, an extra 5 frames of input delay. They don't notice it. But a lot of people do notice even an extra 2 or 3.
I do think that frame pacing issues kinda do have a critical thin threshold where it's either bearable or an unacceptable difference. And the native windows version can often already be riding right on that line. So while it's not fair to the Linux version to demand better, it is unfortunately the case that it might tip over that line.
SchemaLoad 19 hours ago [-]
I'd guess that the difference only matters if you have the latest most expensive gear pushed to the limit. I have a 2019 RX5700 XT and one of the DDR4 ryzen 5 cpus and all of my games run flawlessly on Linux with great performance.
I've long since decided that buying the latest top end hardware is just spending a lot of money to be upset by buggy drivers or not being able to get 5000 fps in a benchmark but has no real gains in how fun games are.
flaunf221 7 hours ago [-]
> I have a 2019 RX5700 XT
So you have very old hardware, can barely play modern AAA games (if ever), and are still happy. Good for you.
But your opinion is relevant to average gamer who enjoys playing games released in current year in the same way that someone drinking instant coffee can advise on coffee beens that it's all just caffeine in the end.
marcus_holmes 18 hours ago [-]
This. I understand that getting your desktop fps to ridiculous heights is a hobby in and of itself, an obsession that I don't share at all, and good luck to them that do. But I'm colourblind and have the reaction speed of a slug. Anything over 25fps is wasted on me.
SchemaLoad 16 hours ago [-]
After building a few PCs over the years something I've noticed is every time I've bought the highest end new part I feel bad about the money spent, and then I feel bad every time there's a delayed frame or feature missing, and then I feel bad when the next model comes out.
Every time I get something mid range or second hand I feel good about what a good deal I got, and how I'm getting 98% of the features for 40% of the price, and how realistically as soon as you stop pixel peeping screenshots, you won't even notice your settings are on High instead of Ultra. You just take in the story, the sound design, and the actual game.
theshackleford 18 hours ago [-]
> all of my games run flawlessly on Linux with great performance.
Your definition of great performance is not mine, but it’s fantastic to watch Linux users continue to hand wave away real issues whilst continually claiming the same or better performance across the board, which is provably false.
> but has no real gains in how fun games are.
It absolutely does for me. Modern displays are absolutely dogshit. I won’t play at anything less than 144hz, as much as I can I aim for 200hz and I want that with consistent frame times.
SchemaLoad 17 hours ago [-]
This is exactly the mentality I'm talking about. People have entertained themselves for all of human history without anything nearly as sophisticated as modern displays. At some point this unchecked desire will suck all of the fun out of a hobby and leave you constantly buying the latest thing and dissatisfied at anything that isn't the highests specs possible to acquire.
The game story, gameplay elements, and such have become secondary to the real hobby of consumerism. If people could have fun gaming 20 years ago, there is no reason it isn't possible to have just as much fun gaming on low to mid range hardware today.
marcus_holmes 15 hours ago [-]
I think this is similar to how buying books is a related but different hobby to reading books, or buying board games is a related but different hobby to playing board games. I know people who have hundreds of board games, thousands of dollars worth, but rarely get to actually play them (for various reasons but mostly involving children).
The hobby of optimising your gaming desktop is a related but different hobby to actually playing games.
SchemaLoad 15 hours ago [-]
Completely agreed, I think most hobbies have this perverse side aspect that is just themed consumerism. And it's so easy to get sucked in to watching youtube videos about the latest board games that you just need to buy, while the reality is you aren't even playing the ones you already have.
It's much harder to step back and realise you don't need the new thing most of the time. Sure if you have a 15+ year old desktop and you can't run the new games at all then an upgrade could be good, but I'd guess most hardware purchases come from people who already have great hardware.
theshackleford 6 hours ago [-]
It’s a bizzare assumption to make that because people happen to have different preferences or needs than you do it must be “consumerism.”
I have very specific requirements for motion clarity in games on modern displays. Older display technologies like CRTs and plasmas achieved this naturally through the way they operated. Most modern sample-and-hold displays do not.
You may not notice or be affected by that difference, which is fine. Couldn’t be more thrilled for you, however I am affected. Anything below 120Hz on a sample-and-hold display causes noticeable discomfort for me, and for a long time I stopped gaming entirely because I couldn’t work out why playing anything had seemingly overnight become so bad to play from a comfort perspective. Eventually I realised the issue started when I moved away from CRTs and plasma TVs to modern sample and hold displays.
I was only able to comfortably return to gaming by using very fast displays at 120Hz minimum, preferably 240Hz, because that gets closer to the motion quality I was used to from years of using PC CRTs. For games locked to 60Hz or below, I still prefer playing them on a CRT for exactly that reason and I own a number of CRTs for this reason.
theshackleford 7 hours ago [-]
> At some point this unchecked desire will suck all of the fun out of a hobby
You’re projecting. I think I’ve got what I enjoy from my hobby figured out after 35+ years, but thanks anyway.
> The game story, gameplay elements, and such have become secondary to the real hobby of consumerism.
You’re projecting.
> If people could have fun gaming 20 years ago
I didn’t have to endure sample and hold slop 20 years ago, now I do. You may accept or tolerate it, I am under no requirement to do so, nor live in a world where I must accept a significant performance loss is “ok” in any circumstance.
If I wanted less performance, I’d buy something with less performance to begin with.
nopurpose 20 hours ago [-]
> 5% would already be well within the margin of difference for separate identical clean installations of windows on the same hardware.
what is the source of this non-determinism?
BoxedEmpathy 22 hours ago [-]
I gave it a try. Got a steam deck, tries steam os on my desktop.
I kept running into issues that took me time to solve. I understand that the only reason it took me time to solve these issues is because I'm new to it and that people who have been gaming on Linux for years already know how to solve them all. But what would happen was is I would sit down to play a game spend maybe an hour or two fixing issues and then after that I ran out of time to play the game. I kept this up for a couple months but honestly at some point I just gave up. Now I'm playing games on Windows again.
To be clear, I'm a huge proponent of Linux gaming. I just unfortunately am too busy these days to spend the time to get it to work.
pjsmith404 20 hours ago [-]
I can recommend CachyOS as a linux distribution for gaming that has worked for me across multiple computers without any fiddling. It's the one that's led to me ditching windows entirely after a few failed attempts over the years.
Although, everyone probably says that about whatever distro they happen to use lol.
jabwd 19 hours ago [-]
I was only able to install the latest CachyOS image by modifying the boot arguments in grub of the live installer, after reading the lengthy log file it pooped out after the first install fail.
I have no idea why people recommend this to people who aren't actually deep into tech and linux already.
newdee 19 hours ago [-]
Agreed. Recommendations to use Arch-based distros especially. My personal recommendation, which has ended up sticking for a few Linux-curious gamer friends, has always been Bazzite.
pjsmith404 19 hours ago [-]
Yeah, that's why I added the qualifier at the end. But I legit flashed a USB with the ISO, booted, installed the OS, installed steam, installed a game, ran it, and had 0 issues or customisations required.
unethical_ban 17 hours ago [-]
I wonder if other Linux distros had the same issue.
jabwd 9 hours ago [-]
I haven't had it in the past with PopOS or Fedora, but it could be that the nvidia drivers back then weren't an issue. I could try with another distro if you're curious, that laptop is mostly a sacrificial machine for testing out distros and other stuff.
smackeyacky 20 hours ago [-]
I think I’d avoid the Cosmic version of POP!OS for a while for gaming. I mean it works but you do have to get fiddling again unlike the previous not cosmic version.
Most egregious problem is that steam games start in a strange window rather than full screen and you have to press a weird key combo to fix it.
Nvidia based Acer nitro FWIW your mileage may vary
SchemaLoad 19 hours ago [-]
Depends a lot on your hardware. I've got a ~2020 gaming pc and I just installed bazzite on it, moved my desktop to the TV and only use it with an xbox controller. Never opened the terminal or configured anything, all my games just work.
kaycey2022 4 hours ago [-]
I was in the same boat. You should try running an AI agent to solve your problems. Works like a charm. Most of the times. The times it doesn't, it wasn't worth it anyway.
cwel 20 hours ago [-]
> I would sit down to play a game spend maybe an hour or two fixing issues and then after that I ran out of time to play the game
I know you framed this as a negative, but this is something I yearn for; It's the one of the best games, imo. I often wish I ran into more issues, but for the most part, things _just work_^TM.
Egrodo 8 hours ago [-]
You clearly don't work in a legacy codebase
r14c 15 hours ago [-]
Yeah some hardware combinations are just broken. IF ur lucky everything will just work, if not you can likely fix it with enough skill. That's better than nothing, but understandably frustrating if you accidentally pick a bad combination of devices.
Unfortunately the install process is always going to be at least a little bit technical. I wish it wasn't, but idk how you'd do that without making the os like an emmu chip that you can swap out, instead of a thing you write on your drive.
BoxedEmpathy 22 hours ago [-]
And I'll try again when I have more time.
kakacik 21 hours ago [-]
Most folks are in this category. But most, including me, wont try anytime soon unless some very positive news come up. We have lives to live, kids to raise, work to do and so on.
Gaming moved for a lot of us from 'now I have 5 hours or whole weekend to gaming if I want to' to mere blips here and there, which need to be as frictionless as poasible.
Which is great - it means we are doing something actually meaningful and more worthy in our lives. But it also means I will never have enough time for such fiddling. I am fine with it, as much as I can be, but lets be honest to ourselves here.
yourapostasy 20 hours ago [-]
Which brings up a point I've been wondering over the years.
Where are the hordes of kids like us back then who were content with the afternoons, evenings and wee early morning hours of endless fiddling? What I realize now is those years spent fiddling sharpened our debugging senses in both ineffable and tractable ways.
A larger proportion of the juniors I see coming through the corporate halls these days than I remember from even 10 years ago do not have that knack for fiddling, nor history when it comes up. And it shows in their debugging temperament. LLM's are making this worse.
ClikeX 20 hours ago [-]
I've seen the sentiment come up a lot, and I've talked about it with a buddy a lot.
For all the issues people claim to have with iOS or Android, they really "just work" compared to the shit we had to deal with back in the day. And I don't even mean bugs, but UX just wasn't as sleek.
I can find a pdf of the TTRPG I'm playing that's hidden deep in an iCloud drive by simply opening spotlight an typing the approximate name. And the same works on my iPhone. Apps that create documents for me hide their file structure, because it's all abstracted away from me. It works, and I don't have to think about it as much.
You still have kids that start fiddling with tech, but only out of clear interest. Not as a necessity.
cortesoft 17 hours ago [-]
I have both a Windows gaming machine and a Steam Deck, so I am already using Linux for gaming... when I can.
Some of my favorite games that I play don't work on it, though, so I need to keep my PC. My issues are not performance, but inability to play at all.
For me personally, the biggest game that keeps me from only using Linux for gaming is EA FC (used to be called FIFA, it is the soccer game). It requires Windows to play online. The same for PUBG, which is another game I play with friends.
As long as I can't play those games, I have to keep my windows gaming PC.
I personally don't mind that much, honestly. It would be nice to play on Linux for everything, but I can dual boot when I am not gaming if I want to.
tobyhinloopen 10 hours ago [-]
> As far as gaming is concerned Linux just works
Absolutely not. It works, it doesn't "just work". Tuning is absolutely required for a lot of games to get them working. Random crashes, "oh multiplayer doesn't work? singleplayer does?", random glitches, random performance issues, etc.
I still prefer dealing with some issues over dealing with Windows, but it doesn't "just work".
braiamp 22 hours ago [-]
I think the actual answer you are looking for is this paragraph:
> These old workarounds got subtle edge cases wrong in ways that produced occasional hitches, deadlocks, or weird behavior in specific games, which are bugs that don't show up on benchmark charts but can absolutely ruin individual experiences. NTSYNC fixes those at the source by matching Windows behavior exactly, and that means as soon as your favorite distro moves to the new kernel version, whether it be Bazzite, CachyOS, Fedora, or a flavor of Ubuntu, they all get this much-needed fix.
That's the crux of the article. NTSYNC isn't faster, it's more "correct". Most games are around the same level of performance, with certain outliers both ways. Right now there isn't anything performance wise that Linux has to do that would impact all games. Just tweaks and additions to the different layers [1][2][3] in the same way driver vendors do. Much of the poor performance is for API violations and other shenanigans.
It depends on what you're using now, though. If you're just using a vanilla wine/proton install, then NTSYNC should indeed be a lot faster as well. If you're using fsync or... I forget the name of the other one... then you many not see much in the way of perf improvements.
mackal 15 hours ago [-]
Esync was the other one. Basically either of those enabled (honestly probably both were) and it didn't hit a corner case with issues, NTSYNC is basically no benefit. (I personally would rather use NTSYNC)
helterskelter 22 hours ago [-]
If memory serves, Linux typically outperforms Windows with AMD and Intel graphics. Some of the gotchas are things like running games through Proton or anti-cheat/DRM stuff not getting the same attention that Windows does, but the raw performance is there. I wouldn't recommend using Nvidia on Linux though.
eigenspace 7 hours ago [-]
It typically will only outperform Windows *if* you are running lower-end hardware. The main thing here is that when running on Linux, your game is typically in less contention with the OS for getting access to CPU cores and RAM.
If you have a beefy CPU and plentiful RAM, then typically one should expect Linux to be slightly behind Windows performance (though there are exceptions), because then Windows' bloat becomes a non-issue, and the impact of the translation layers start to become more significant.
dlivingston 19 hours ago [-]
I run NVIDIA on my Bazzite box and I get excellent performance. I had to fiddle with a few things though that probably work out of the box on AMD (example: screen tearing in Steam Big Picture mode. Fix: enabling developer mode in Steam and setting "Force Composite" to true).
hedora 16 hours ago [-]
In amd, you have to turn on TearFree in xorg.conf, but you can then avoid screen tearing with and without compositors.
I have no idea why this is not turned on by default.
QuaternionsBhop 15 hours ago [-]
> I wouldn't recommend using Nvidia on Linux though.
This was true 4 years ago, but is outdated knowledge now. Nvidia used to disallow distributing drivers with distro images, but they have since made agreements with some popular distros. If the distro image you download includes drivers or you know how to install them, the proprietary drivers work really well.
shdh 2 hours ago [-]
I actually got better FPS in CS2 using Linux
zamalek 15 hours ago [-]
Windows and Linux trade punches in terms of overall experience. What I've seen around is that if Linux has worse FPS, it tends to have more consistent pacing (it generally has better pacing - but not always, I had to abandon Once Human).
Gamer's Nexus has a pretty extensive benchmark video: https://youtu.be/ovOx4_8ajZ8?si=Cx5Q1a-lMMm14H4i . They refuse to compare to Windows, and it kinda makes sense: if it's satisfactory on Linux for your demands then who cares what Windows can do?
Here's a less professional, but direct comparison https://youtu.be/Giois6VtLPM?si=XFaVUMbea3u0AmP. An extremely important thing to note: AMD GPU. I personally have no idea what NVIDIA is like, but it sounds like their drivers are still all over the place.
And kernel-level anti-cheat doesn't work, though some (e.g. EAC) run in user mode if the developer allows it. Make sure to check ProtonDB for the games you care about. I have personally never had a good experience with Linux builds of games, so I just always use Proton now - but maybe I'm cursed because others have passionately disagreed with my experience. Either way, if a Linux game is broken/bad, try forcing it into Proton.
I don't want to say, "switch now" because it still has rough edges in terms of gaming. Better for you to have a great experience and stick around, than hate it and leave for good. Only you can figure out if it needs more time to cook based on some very light (ProtonDB) research.
I last used a Windows machine about a year ago, and I can say with confidence that the average desktop experience is significantly superior to the barrage of bullshit that Windows puts you through.
IshKebab 12 hours ago [-]
> if it's satisfactory on Linux for your demands then who cares what Windows can do?
Pretty much everyone? If bread and water is satisfactory for your demands then who cares about Beef Wellington?
If it was better than Windows they sure as hell would be comparing.
zamalek 3 hours ago [-]
> they sure as hell would be comparing.
You're implying that Gamers Nexus is some form of Linux outlet/content creator. They aren't, they only started doing Linux content this year/late last year (and only plan to do it rarely).
You've taking a surprisingly hostile stance on the one (at the time of writing) pro-Linux comment that suggests that it might not be ready for everyone, and to wait if it's not a good fit.
And it isn't beef wellington vs bread and water. It's 80% lean beef vs 82% lean beef, in the majority of cases (and in either direction). And "suitable for your purposes" also means that 160FPS is really fine if your screen is 144Hz - doesn't matter if Windows does 180FPS (unless you're doing something competitive or extremely latency sensitive).
I think Microsoft can do fine without people tilting at windmills for them.
hedora 16 hours ago [-]
Here are some numbers: I bought a windows box with misconfigured dram timings (bios bug).
I never would’ve been able to root cause it under windows (certainly not with builtin tools), but dmidecode on linux made the problem obvious.
Fixing the timings fixed crashes in amdgpu that windows users widely reported (with no diagnosis), and increased frame rates by 30-50%.
Anyway, if you really want to move, do yourself a favor and just go with straight AMD.
Software support is better than intel and nvidia, HW blows intel out of the water. The only exception is if you need cuda for AI dev work.
harrisi 22 hours ago [-]
Depending on storage constraints, you could always dualboot. That would give you the exact same hardware to compare, and it's not a full commitment.
Anecdotally, I find that getting Linux on somewhat older or underpowered hardware is always a massive positive. Better performance as well as battery life. I'm not as familiar with modern hardware's relationship to either OS ("OS vs. some flavor of OS based on a similar or same kernel" - I know) with modern hardware. Worth a shot though!
Every supercomputer seems to do quite well with Linux kernels. Probably good enough for Crysis :)
dlivingston 19 hours ago [-]
Then swap! Partition and dual-boot into Bazzite. Or get an extra SSD and flash Bazzite there.
It's an easy weekend side project, and any numbers people give you will be ballparks anyway - the performance of Linux drivers for YOUR specific GPU running YOUR specific Steam games are all that actually matter.
Just take the two hours to do it. You won't regret it.
Kholin 18 hours ago [-]
I've running the game Black Myth: Wukong on my dual boot PC systems. The OS are openSUSE Tumbleweed and Windows 10, hardware is AMD RX7800XT and intel i7. Turned out Linux is 10% faster than Windows, and more stable fps.
Unless you're playing CS competitively and really need 720fps for your 360Hz monitor, is 5-30% fewer frames (all else equal) really a deal breaker? Is this hardware thats barly good enough or something else?
I ask because I feel like I can frequently play games at, say, 150fps, and losing 30% would mean almost nothing to me to switch to Linux. I worry more about general capatibility and anticheat.
h4x0rr 20 hours ago [-]
5-30% is what a sizable amount of people upgrade their hardware for
kQq9oHeAz6wLLS 19 hours ago [-]
looks at ancient desktop rig still doing everything I ask of it
Huh.
I wonder if they're the same people who complain that they don't have enough money to live.
jofzar 20 hours ago [-]
100 fps to 95-70fps is definitely noticeable, 30% is way too much.
xboxnolifes 19 hours ago [-]
I'm not saying it's not noticeable, I'm saying it's not a deal breaker. If my only holdout from switching to Linux from Windows is gaming, I'd take a 30% fps hit, assuming my fps is generally in the ~150 range, not the ~60 range.
unethical_ban 17 hours ago [-]
If Linux dropped my frames from 80 to 50, it would be a deal breaker.
Fortunately I haven't noticed performance impacts so I'm on the hype train.
protocolture 14 hours ago [-]
Faster (than previously) not Faster (than windows).
The title after the jump is "Linux gaming is getting faster because Windows APIs are becoming Linux kernel features"
Getting faster. Not at parity yet.
emkoemko 13 hours ago [-]
they installed Linux on a PS5 and somehow the Windows games running through proton get same or sometimes a little bit more fps then the native ps5 game, its crazy
alprado50 18 hours ago [-]
I have not seen the numbers, but even a game running 10% faster does not replace the fact that many games wont even start in Linux (League of Legends for example).
lynndotpy 18 hours ago [-]
I've been gaming on Linux since 2020 on an Nvidia GPU with no problems, including some AAA titles like Overwatch and Halo.
jmalicki 22 hours ago [-]
A lot of the revolution is just getting within 5-30% of Windows!
If you need every last bit of FPS maybe it is lagging, but 5-30% slower is roughly on par at a large sense, it's less than the difference of e.g. one NVidia GPU generation to the next, so it makes it playable.
anonymousab 22 hours ago [-]
One problem is that having better FPS stops mattering if the frame pacing and timing is bad, making the game feel like a juddery mess. Or if there is significant input delay differences.
That's why all the data matters for all of these dimensions; game performance is much more than FPS per watt over time.
When people see "linux gaming is great now, look at the fps" it comes across as potentially disengenuous because of all the other factors that matter and should be tested. Or rather, if a reviewer is talking entirely about framerate, then I just can't trust their opinion and expertise when it comes to the state of Linux gaming.
bisby 20 hours ago [-]
Another problem is that having better frame pacing, or better timing stops mattering if the OS decides to reboot for updates mid game. Game experience is much more than just game performance.
Part of the issue is that a large part of linux gamers are saying "linux gaming is great" and meaning "linux gaming is good enough now that it is better than putting up with microsoft and windows 11"
Some people would rather put up with slightly worse frame pacing if it means no microsoft. Some linux folks are super gung-ho pro privacy, some are just super anti-microsoft but can't game on mac. There's a whole lot of reasons to wind up on linux, so the importance of specific performance details may vary depending on WHY you would be swapping.
And some people are playing games on good enough hardware that there arent noticeable frame pacing issues, so good raw FPS numbers just reinforce their views, and they just genuinely mean they are having a good experience themselves.
jabroni_salad 20 hours ago [-]
To tack onto this a big annoyance for me right now is the lack of knowledge in the community about frame pacing and how to configure the computer.
The user will say 'it lags' but does not mention if they have tearing enabled in wayland, what are their 1% lows, have they set an fps cap, what vsync settings have they chosen in-game. On top of that there is an ecosystem failure as not every game supports arbitrary caps and you have to configure some mangohud thing.
Linux is only a 'just click play' experience if you have no standards because I have never had this stuff be correct out of the box on a fresh install.
Dylan16807 13 hours ago [-]
> Linux is only a 'just click play' experience if you have no standards because I have never had this stuff be correct out of the box on a fresh install.
I'm not saying you're wrong, but the standard you've outlined excludes Windows too.
tormeh 9 hours ago [-]
This is very personal. I don't particularly mind stutter. Input lag annoys me a lot, though.
AlienRobot 19 hours ago [-]
It isn't saying it's faster than Windows. Just faster.
encom 19 hours ago [-]
Just produce your own numbers. Install whatever flavour of Linux you like (all distrohopping leads to Debian) on a separate partition and benchmark it yourself. It isn't complicated.
In the case of my machine, I haven't observed any difference. And by observe I mean with my eyes, I haven't bothered with actual benchmarks because it seems to work about the same, which is good enough for me. I haven't booted my Windows partition in months, and I'm probably just going to blow it away next time I need storage space.
Night_Thastus 15 hours ago [-]
>It isn't complicated
Getting reliable, consistent, meaningful performance numbers is in fact, extremely complicated:
* You need a consistent way to reproduce the exact same outputs - accounting for things like the game's RNG. You can't just walk around and snap the FPS counter in the corner of the screen and call that good.
* For Windows (and occasionally Linux) you need to ensure nothing is running that will taint the results (updates, AV scans, etc)
* Sometimes individual driver versions work very poorly with a specific game. Just because it ran badly doesn't mean you got good data, it may just be a bug in that specific driver version
* You can't just run the benchmark once. You need to run it many times, establishing run-to-run variance
* There are often a good dozen-to-hundred individual OS settings which can impact performance, and in some cases run-to-run variance. You need to know which to tweak, and which to leave alone.
* Sometimes the result of individual in-game settings differs between driver versions. Just because setting X had a big impact once, doesn't mean it always did
* FPS is not a great metric - it's an average. You need to check and see if there are huge frametime spikes. If there are, the game will have a 'good' FPS but feel horrible to play due to stuttering.
* You need to decide if you're benchmarking more GPU-heavy or CPU-heavy - those types of benchmarks require drastically different settings. If you run a CPU-like benchmark you may see a wildly different gap in framerate compared to a GPU-heavy one for the same game.
Benchmarking properly means accounting for thousands of tiny variables. Only a handful actually do it right.
encom 9 hours ago [-]
You are making benchmarking WAAAY more complicated than it has to be. We're talking about some dude considering a switch to Linux, but isn't sure the performance is on par. Just load up your game and hit the benchmark button. No sane and rational person is going to be clowning around with driver revisions or regedit, because those types of people think that is more fun than playing the games.
>nothing is running that will taint the results
No, running background crap IS the result, because that's real world conditions, and not some artificial lab condition.
>You need to know which to tweak, and which to leave alone.
That one is easy. You leave all of them alone. Windows tweakers do more harm than good. Besides, replicating benchmark results is impossible after you do brain surgery on the OS.
>You need to decide if you're benchmarking more GPU-heavy or CPU-heavy[...]
You benchmark the games you play. Benchmarking anything else would be completely pointless.
>Only a handful actually do it right.
Rumors say that Hattori Hanzo used to work for AnandTech. I wonder what he's up to these days.
scheeseman486 4 hours ago [-]
> You are making benchmarking WAAAY more complicated than it has to be. We're talking about some dude considering a switch to Linux, but isn't sure the performance is on par. Just load up your game and hit the benchmark button. No sane and rational person is going to be clowning around with driver revisions or regedit, because those types of people think that is more fun than playing the games.
Benchmarking is uncomplicated in the sense that you can press a button and watch the pretty things on-screen and get it to spit out a number; but is your room a little hotter than usual today? Was something downloading in the background? Did you have a transient network issue that caused some process to stall and eat some CPU time? Is one of your fans running a little slower than usual? Did you wait for the precomputed shaders to fully compile? What about the ones Steam supplies?
It's not about fun, it's tedious work. But without proper controls in place, data is just noise.
rlxwearer 18 hours ago [-]
[dead]
ActorNightly 20 hours ago [-]
Its never going to happen. Because console players by far dominate the gaming scene. Microsoft is going to push Xbox first, which will drive all development of the games, which is going to be windows focused. As such, all major release studios are going to target that.
Until we get something like CoD titles being Steam Console first, linux is allways going to lag behind.
That being said, I think we are on a precipice of AI being able to simply just rewrite games from concepts. Start with generic source code for an FPS or 3PS, then people can contribute changes in english language to tailor the game. So it won't be even copying source code, it would be copying concepts and then making a new game with it. There have been a lot of games that have very rudimentary graphics that people played in large numbers because the complexity and gameplay was quite good.
as1mov 19 hours ago [-]
Most major platforms already have enough asset flips cluttering their storefronts[1][2] -- generic games made from preexisting engine templates with some assets bought from the store. Using AI will just make producing the slop easier, it wouldn't make something that's worth playing.
Anyone actually looking to make something genuinely fun will probably go the old fashioned way of spending countless hours honing their craft, which in turn gives them a good eye to make sure what they're making doesn't have the shovelware stink.
> Show me the numbers. Show me an identical gaming PC running Windows 11 and then Linux, and show not just FPS - but things like frametime pacing, latency, etc.
No.
> I WANT to swap. Please give me cause to do so.
If you won't put the work in, why should we help you? Just stay on Windows, and we'll enjoy our Linux gaming rigs.
zuzululu 19 hours ago [-]
I support linux gaming btw but I can't help but feel every narrative glosses over that certain games are going to require uncomfortably intrusive anti-cheating systems.
I'm just realizing that I can't play Battlefield 6 and I do wonder what the path is. I don't think it's ever going to be supported on Linux or Mac.
Sohcahtoa82 19 hours ago [-]
Unfortunately, the alternative to uncomfortably intrusive anti-cheat is more cheaters, because cheaters don't care about how intrusive their cheats have to be in order to evade anti-cheat. They will happily run hypervisor-level cheats.
There's certainly room for improvement on the netcode sometimes (Client-side hit registration is an absolute bone-headed design), but those won't prevent aim bots.
Server-side anti-cheat relies on heuristics and can easily be evaded. At the high level, a highly-skilled player may be indistinguishable from a cheater, so you could easily get false positives.
hedora 15 hours ago [-]
I get that people want to play games with randos and 13-30 yr old basement dwellers on the internet, but the idea never appealed to me.
If the vendors said: Disable anticheat and we’ll block you from tournaments / matchmaking, I’d consider that a feature, not a bug.
If some IRL friend of mine wants to be an asshole and use auto aimers / see through walls to screw with me, then I have ways to deal with it outside the game.
On the other hand, if we both want to run some bullet hell mode + cheats with physics mods and a debugger attached, then what’s the problem?
It’s none of the game developer’s business.
I’m not sure if I am in the minority or majority, but I’m not the only one with this attitude. I suspect the set of people in this boat dwarfs the 5% market share Linux currently has.
They might even get some of us to buy their games if they added support for such a mode. How hard could it be?
Sohcahtoa82 2 hours ago [-]
> I get that people want to play games with randos and 13-30 yr old basement dwellers on the internet, but the idea never appealed to me.
When it comes to most competitive games, you're an outlier.
I'm a gamer, and one thing I've learned in my 10+ years reading HN is that there are very few gamers here, and the gamers that are here are a different breed. Significantly less focus on competitive games, more interest in Factorio, and a strong anti-anti-cheat vibe, not to mention pro-Linux. It has certainly created an echo chamber when it comes to gaming-related topics such as anti-cheat.
WithinReason 10 hours ago [-]
there should be just an anti-cheat lobby an a no anticheat lobby
jayd16 4 hours ago [-]
Anti-cheat lobby and a "check out my cheats" lobby.
At best you can get no-anti-cheat private matches.
LanceH 3 hours ago [-]
Yea, no cheating on anti-cheat servers. Never...
It used to be an admin would just kick them. Now we don't get to be in control of our own games.
skupig 18 hours ago [-]
I don't think that's necessarily true, I think companies are lazy and highly invasive anticheat is an easy win they can license from a 3rd party. Algorithmic security, server-side heuristics, and human review can get you far. I have very, very rarely seen a blatant cheater in Overwatch (maybe 3 times in 10 years?), for example, and yet it's been playable via WINE for almost its entire lifetime.
KennyBlanken 18 hours ago [-]
Overwatch is more dependent upon teamwork, ability usage, positioning, etc.
Cheating is endemic in BR and tactical shooter type games. I remember one f2p game was deleting 50,000 cheater accounts every month.
Dylan16807 13 hours ago [-]
A key phrase being free to play.
If the developer's winning $20 per cheater detection, and puts in extra resources when there's more cheaters, the equilibrium ends up a lot better.
And even for free games, I could imagine different ways to tie a monetary stake in in exchange for skipping invasive anticheats.
MintPaw 17 hours ago [-]
I recently had my faith shattered with I saw someone lock onto an ally through a wall in a kill cam, and I haven't played sense.
Blatant cheaters are bad in some ways, but subtle cheat are far worse imo.
estebank 15 hours ago [-]
There's no reason that kind of client behavior can't be detected server side.
MintPaw 1 hours ago [-]
Detect the mouse moving in a "non-human way"? If it were that easy there'd be no hackers. And even if it where, what about wall hacks?
estebank 1 hours ago [-]
You can detect with high confidence that a player is aiming at something that shouldn't be visible to them. That goes for both aim bots and wall hacks. The longer they play and the more they do it, the higher the confidence. If you don't want to instaban them because you don't trust the detection enough, use it as a preselection of players to manually review.
KennyBlanken 18 hours ago [-]
Hypervisor anti-cheat is old hat. The current 'state of the art' is either a DMA card that pretends to be a sound or network card but really is constantly reading and writing directly to RAM in the game's memory space.
The other 'state of the art' which is much cheaper, easier, and essentially impossible to detect on a hardware/equipment level, are the AI-based systems that examine the video and generate inputs via USB, emulating controllers or keyboards and mice. It's a huge problem on console right now and can only be detected via server-side analysis.
snvzz 12 hours ago [-]
The real state of the art is single-game machines.
Instead of running the game in some arbitrary computer, you'd require players to buy your dedicated hardware, a black box that runs the game and nothing else.
HDBaseT 19 hours ago [-]
What is even more insane is I was playing Battlefield 1 on Linux for years, until in 2023(?) they backported "EA Anticheat" to BF1, half a decade after the game stopped getting support.
This broke what was otherwise a perfectly normal Battlefield experience. Battlefield 4 requires Punkbuster, although it can run on Linux with no issues. You have to downgrade to an older version though, since EA hasn't updated BF4 to the latest PB AC, which causes you to get kicked.
encom 19 hours ago [-]
The fact that some games now come with root kits is insane. I really hope Microsoft cracks down on that nonsense.
ChocolateGod 19 hours ago [-]
Given the kernel level anticheats inform you they're going to be installed, I don't think they fit the definition of a root kit.
bigyabai 16 hours ago [-]
CloudStrike was installed with user consent, and still ended up being a fatal rootkit. Installing software in Ring 0 is always a bad idea.
bigyabai 19 hours ago [-]
Battlefield 4 plays great on Linux, with active servers and functional crossplay/anticheat. It's usually less than $5 on sale and satiates my transient BF urges.
Animats 22 hours ago [-]
There's been real progress. Wine's memory allocator had an architecture with three nested locks. "Realloc" held a futex lock on the memory allocator while recopying the buffer. Multiple threads doing allocation could go into futex congestion, with many threads looping on the futex. This made Vec::push in Rust insanely inefficient. Some of my programs dropped from 60FPS to about 0.5 FPS.
Fixed in Wine 11.0. Thanks to the Wine team.
Not sure if this was related to NTSYNC, but Wine's locking infrastructure definitely got an overhaul.
las_balas_tres 24 hours ago [-]
I developed for windows before moving to linux. I was surprised to find that was no system call similar to windows WaitForMultipleObjects. Sure you can implement something similar using poll() or using condition variables. but WaitForMultipleObjects seems so much simpler and more versatile
adrianmonk 20 hours ago [-]
The article mentions this: "A few years back, Linux added a way for software to wait on several events at once, which is something Windows had built in for decades, but Linux didn't."
it's both, futex_waitv can also be dispatched via io_uring so you can wait on file descriptors and futexes simultaneously.
FuckButtons 24 hours ago [-]
Epoll / select? since everything is a file, you can wait on everything.
gpderetta 24 hours ago [-]
The last time I asked the same question here, user dwattttt finally pointed out[1][2] to me that there is a significant difference: wfmo can actually acquire semaphores in addition to waiting for them, which poll can't do in a non-racy way and efficient way. It can also do rendezvous synchronization (i.e. signal-and-wait).
A lot of that flexibility is what makes it hard to efficiently emulate (especially without kernel level support), but some of it seems too flexible to make sense as the default choice. How often does a video game really need a lock that can be shared between processes, and why should that lock type be the one that a game engine uses for almost all of its locks?
spacechild1 23 hours ago [-]
> How often does a video game really need a lock that can be shared between processes,
What do you mean? SRWLock (or the older CRITICAL_SECTION) cannot be shared between processes. A (Win32) Mutex does work across processes, but that's its entire purpose. So Windows does have different tools for different jobs.
In fact, it's really the other way round: on Linux, a futex also works across processes, but there is no equivalent in Windows. (Sadly, WaitOnAddress can only be used in a single process.)
FpUser 22 hours ago [-]
It very often being used for thread management inside single process etc. Very convenient. Nobody says it has to be default.
CyberDildonics 23 hours ago [-]
How often does a video game really need a lock that can be shared between processes,
That seems hugely useful for interprocess communication and I can immediately think of reasons to use IPC in a game. Having a separate voice process for one.
Dylan16807 22 hours ago [-]
But that goes back to "how often". Not how many games use it, but how many times per second they use it. You might touch your voice process lock once per frame? That's negligible in terms of CPU time. Any half-reasonable overhead makes no difference in that lock, but might have a big impact in a more common lock.
CyberDildonics 15 hours ago [-]
It absolutely can make a difference because if you have locks that are supposed to sync or wake up other processes you care about latency not cpu usage.
Dylan16807 15 hours ago [-]
What specifically are you saying can make a difference?
I'm saying that extra overhead from making your lock work across processes should be very tiny. That overhead shouldn't add much more than a microsecond in either latency or CPU usage, compared to an in-process lock.
CyberDildonics 15 hours ago [-]
You were saying "reasonable overhead" makes no difference because something "isn't called much". This is not only ambiguous but also not true because latency is important.
What calls specifically are you talking about between windows and linux? This was started by someone talking about WaitForMultipleObjects.
Dylan16807 13 hours ago [-]
I wasn't excusing all overhead, I was excusing the difference in overhead caused by making the lock more flexible. Because that's what the discussion is about, a lock that can be shared between processes versus a lock that can't be. The penalty for being "too flexible".
But assuming reasonable implementations, the difference between those two lock styles shouldn't be more than about a microsecond, should it? So that's fine for a lock that's only used 100 times a second.
I'm not comparing windows and linux anywhere.
CyberDildonics 2 hours ago [-]
I was excusing the difference in overhead caused by making the lock more flexible
What are the two functions you're comparing and what is the actual difference in overhead that you're talking about?
a lock that can be shared between processes versus a lock that can't be.
This is a dramatic black and white difference, these would be used for two different things. In that case it's apple and oranges, one would be for interprocess communication and one wouldn't.
the difference between those two lock styles shouldn't be more than about a microsecond,
What are you basing this on? Do you have an examples or benchmarks of the actual calls and their timings?
fine for a lock that's only used 100 times a second.
Again, latency isn't about how many times something is called per second. That would matter for throughput.
lowbloodsugar 22 hours ago [-]
Its IO completion ports I miss.
chromadon 21 hours ago [-]
I use Bazzite for all my gaming (Returnal at the minute) and it works unbelievably well. I don’t tinker with any of the proton version. I just press play.
I recently completed Stellar Blade with zero issues.
I don’t even shutdown the machine, I just hit the power to sleep it. Instantly resumes where I left off.
Incredible to see just how far it’s come.
coconut08 18 hours ago [-]
im using bazzite with an amd cpu and amd gpu and sleep doesn't work properly? what motherboard/cpu/gpu do you have? did you have to do something special to make it work?
chromadon 11 hours ago [-]
I’m using an AMD cpu and an Nvidia gpu and it worked out of the box.
coconut08 27 minutes ago [-]
are you in game mode or like a normal desktop mode?
mifydev 24 hours ago [-]
I predict that ntsync will eventually evolve into full blown ntoskrnl.ko and there would be virtually no overhead on calling Windows API. You can almost call it a Linux Subsystem for Windows.
advisedwang 23 hours ago [-]
It would be fun to call it Windows Subsystem for Linux!
sedatk 21 hours ago [-]
which would be the right use of the term. WSL was originally called LXSS = linux subsystem. As I understand, lawyers stepped in soon after.
The two terms seem semantically identical (i.e., ambiguous and therefore meaningless) to me.
tetris11 1 days ago [-]
I wonder what spanners Windows can throw into the works to slow them down at this point, or if they're so checked out of the Desktop market as they suckle down hard on that Azure teat, that they're more than happy to let Linux eat their lunch
whywhywhywhy 24 hours ago [-]
You are not gonna get promoted slowing down Linux gaming at MS today, the thing they want is Netflix of gaming where the platform doesn’t matter but everyone’s paying them $20 a month
hypercube33 17 hours ago [-]
That ship sailed when they let Xbox rot over the last 6 years. The platform feels pretty dead since about 2020 or 2019 and they didn't take advantage of making a cheap android based or Windows 10X based streaming stick with a controller to lock people into the cloud and leverage phones. Controller and keyboard support is still a hot mess on Cloud Pass.
ThatMedicIsASpy 17 hours ago [-]
while buying up gaming companies.
dpoloncsak 22 hours ago [-]
I think this, as a business model, really relies on them also selling the licenses to the OS that you're using as well. Otherwise, gamepass would be on MacOS already, no?
jordand 20 hours ago [-]
Last I read, it really doesn't now. Less than 10% of Microsoft revenue is Windows with growth stagnant. It's all about subscriptions and recurring revenue now driving growth. They might as well bundle a Windows licence with all Game Pass subscriptions.
Gigachad 17 hours ago [-]
Their money all comes from Azure, Office, and now AI services. Windows is just a platform to sell their other stuff now. Which has been reflected in the state of windows over the last 10 years.
dpoloncsak 4 hours ago [-]
So the business model doesn't strictly rely on Windows Licenses, but they're still using it as an entry into their ecosystem
basilikum 18 hours ago [-]
Well, they are using Windows to sell people that subscription. Windows is Microsoft's bazaar where you can't move 10 meters without being pestered about using $service.
charcircuit 21 hours ago [-]
It already is.
rounce 8 hours ago [-]
You’d think that but Xbox game pass games still won’t natively run on Linux.
jdubs1984 24 hours ago [-]
Microsoft/Xbox is in the process of losing the living room permanently in the next gen if you ask me.
I don't know what they could do spanner tossing wise to really screw w/ Linux gaming at this point that wouldn't just drive more frustrated customers off their platform.
Borealid 16 hours ago [-]
Their strategy WAS GamePass - get a bunch of users accumulating huge collections of inexpensive-but-high-value games, paid for via a subscription (rented), that are only playable on Windows (enforced via Microsoft's own software and an account login). Use loss aversion to prevent the users from letting their subscriptions lapse.
They made a tactical mistake by trying to directly monetize the GamePass subscription instead of having it remain a purposefully-underpriced vendor lock-in mechanism. Whoops.
neutronicus 23 hours ago [-]
Hmm.
Me and all my dad friends are all signing up for XBox accounts so our kids can play Minecraft. So IDK about that.
babypuncher 21 hours ago [-]
Are they playing on Xboxes? Because that is Microsoft's living room product, and the part of the business that is struggling right now.
To give you an idea of how bad it is, they slowed console manufacturing to a trickle last year to try and juice their profit margins, and are now stuck in a situation where they can't spin manufacturing back up to cash in on the inevitable rush of demand for hardware when Grand Theft Auto comes out this fall.
funimpoded 23 hours ago [-]
That might make room for Apple to finally try. The AppleTV is already in a similar tier to modern consoles, as far as specs and benchmarks go. Most of what's missing is a first-party controller and a marketing push. Disk space is tight, too, I guess. Still, they're most of the way to having a horse in the race, if they want to.
I reckon a successful launch of the Steam box (or whatever they're calling it) with its enormous library could develop into something that really challenges what's left of Microsoft's piece of the console market (and threaten Sony a little, for that matter) though it's looking like the memory shortage is gonna kneecap that by forcing the price too high. Bad timing.
koutakun 23 hours ago [-]
>The AppleTV is already in a similar tier to modern consoles, as far as specs and benchmarks go
What benchmarks are you talking about? CPU-wise the A15 Bionic just barely beats the Ryzen 3700X in single-core and gets absolutely destroyed in multi-core (Geekbench). As for the GPU, the Radeon RX 7600 (closest thing I can find to a "modern console") does >10x the TFLOPS in FP32.
The only reason why they look like they're "in a similar tier" in ported games is because the A15 Bionic is usually tested on 5-6" screens that can be upscaled from 360p without any measurable loss in visual quality, with a massive downgrade in model and texture quality for the same reason. The only modern console the Apple TV "may be" similar to is the Switch 1
SchemaLoad 19 hours ago [-]
Apple is fundamentally incompatible with "serious" gaming. Games are largely not regular software platforms which receive endless updates and maintenance. Every few years Apple makes a breaking change and expects every app to update or break, which is fine for Photoshop and electron apps, but most games just end up unplayable. This happened when Apple killed 32 bit support and tons of games that used to work on Mac never worked again.
It doesn't seem like a market they have any interest in. The real money is in mobile slop games with micro transactions.
criddell 22 hours ago [-]
I use Steam Link on my AppleTV which lets me play games on my PC. It works great as long as the game works well with a PS5 controller (and lots of them do).
kakacik 21 hours ago [-]
I dont want a locked down living room, not from apple nor anybody else (but everybody else uses open standards so not really possible).
Simply no, thank you.
funimpoded 17 hours ago [-]
That’s… the game console market. Even the NES in the ‘80s tried to lock out unauthorized (by Nintendo) software. When the screen flashes over and over on boot, that’s the lockout chip not seeing what it expects (due to a poor connection, usually, if it’s a cartridge that should work). Though I hear the latest Xbox is notably more open than the norm, and of course a living-room PC from Valve would buck that trend entirely.
babypuncher 21 hours ago [-]
The Apple TV 4k is nowhere near a PS5 in performance
12_throw_away 17 hours ago [-]
> The AppleTV is already in a similar tier to modern consoles, as far as specs and benchmarks go
[citation needed]
weezing 24 hours ago [-]
Their gaming marketshare is minuscule both on PCs and consoles already. It's a downward spiral for years already.
laughing_man 20 hours ago [-]
That's not true. It's actually spiraling the other direction now. Consoles just don't have the value proposition they used to have. You can buy a general purpose PC for the same price as a console that has better performance and also allows you to do your taxes.
chocochunks 19 hours ago [-]
No you can't. Even at the raised prices. And if your argument includes used prices don't forget you can buy used consoles too.
laughing_man 15 hours ago [-]
Sure you can. Remember, we're not buying a normal gaming PC, just one that's better than a console.
chocochunks 8 hours ago [-]
I know. But iGPUs aren't there yet, and once you add a discrete GPU it becomes a lot more expensive. You can get a PS5 digital at GameStop for $400 new right now. A decent similar GPU like a Arc 580 or Radeon RX 7600 or 6600 is going to be $200-$300 new, leaving you $200 for a case, CPU, RAM and power supply.
onli 23 hours ago [-]
Windows still has a huge gaming marketshare on PC, and Microsoft as publisher is still a big player. You mean something else?
pinkmuffinere 23 hours ago [-]
wow that's interesting. Where is the gaming share moving, if not pc and consoles? I guess hand-held devices (do those not count as consoles?) and phones?
laughing_man 15 hours ago [-]
Mobile is the 900 pound gorilla in the games space through sheer volume, but it really depends on what you're measuring. Revenue per user is console > PC > mobile, but total gaming revenue is more like mobile > console > PC.
But here we're putting Candy Crush in the same category as GTA V, so I'm not sure we're really comparing apples to apples.
Narishma 20 hours ago [-]
They're talking about Microsoft's gaming marketshare.
mvdtnz 23 hours ago [-]
According to my google searching XBox has almost a quarter of the console gaming market share. Hardly miniscule.
doublerabbit 24 hours ago [-]
Lock future game developers in to a corner forcing them only to produce compatible for WSL, Windows for Linux releases. Restricting the license of use on GNU/Linux.
MBCook 18 hours ago [-]
Given how popular Steam Deck and fiends have gotten I wonder if companies would avoid it because it could noticeably hurt sales until it’s added to proton.
sph 9 hours ago [-]
My theory is that Microsoft is paying Adobe billions never to release their tools on Linux. It's Windows' last stronghold.
baq 22 hours ago [-]
They can’t, they’re selling backwards compatibility - but it matters less and less each year as more stuff moves to the browsers.
WhiteDawn 20 hours ago [-]
Really their best card is new and additional APIs, building incentives to develop against it.
WinRT (not to be confused with Windows RT, the early ARM version of windows), UWP, GDK, xgameruntime. All of these are relatively new and require virtualization and other security features.
Put pressure on devs by gateing xbox and gamepass behind this runtime and now you have a lever to make the situation more difficult for linux.
Kinda has the opposite effect on me however, as the only reason I'm not subscribed to gamepass right now is the games wont work on my steamdeck. But if MS can get enough killer apps as exclusive to that platform then that will certainly add some pressure.
Night_Thastus 22 hours ago [-]
MS does not care. At all. This doesn't affect anything that they make a profit on.
clircle 3 hours ago [-]
I was gaming on Linux when steam first came out for that platform, but there were too many broken games. Tried again with Proton debute, and more problems. I switched back to Win10 for about 5 years on my gaming machine, but the push to Win11 made me want to try linux again for gaming. I installed Guix and Steam, and I am still just floored at how much progress Linux gaming has made in 5 years. Basically every works, and it feels only imperceptibly slower than gaming on Win10. I'm on AMD card, so ymmv!
I'm about to beat Lies of P :)
asveikau 17 hours ago [-]
This is a fluffy, non-technical article so I googled NTSYNC. It seems like they implement Win32 events, semaphores, mutex and WaitForMultipleObjects.
It's curious that they didn't do this as file descriptors that can be epolled. For example I think you could do semaphores and events with eventfd(2), which always struck me as inspired by those Win32 objects somehow. But maybe this is a simpler purpose built interface.
My linux gaming experience has left me with a wierd irony...
I have been stealing windows for the last 25 years and never ever felt like i owed M$ a cent. Now after totally switching to free stuff i suddenly feel (not in a bad way at all) a kind of debt to open source developers for just making cool stuff and putting it out there for me to use and play with and i'm not doing a crime anymore!
bradley13 22 hours ago [-]
It's actually been a couple of years since I ran across a game that didn't work well on Linux. At most, I have had to bump the default Proton version.
laughing_man 20 hours ago [-]
It really depends on the type of game you play. As everyone points out, kernel level anti-cheat is a problem on Linux, but also games that require odd controllers have trouble as well. One game I play, Farming Simulator 22, doesn't work well on Linux because they use the raw windows input from joysticks and wheels. You can still play with mouse and keyboard, but the fun isn't there.
I was pleasantly surprised at just how many of my games worked well on my new Ubuntu install. Even more so at how many games are playable on my Xubuntu Chromebook install.
tombert 15 hours ago [-]
Same. I admittedly don't play a lot of new games, and I don't do online games, but like 95% things Just Work when I load a Steam game on my box. The remaining five percent are fixed if I change the Proton version to GE Proton.
I played through Miles Morales at full specs a few weeks ago, and it ran just about perfectly as far as I could tell.
tdb7893 22 hours ago [-]
I have occasional issues mainly with graphics drivers or anti-cheat. Otherwise thought it's remarkably stable. I've also gotten a lot of non-Steam games to work fine.
It can't be neglected that Microsoft is alienating its own power users on such a level that they are now considering switching over and bringing all their know-how with them. Linux gaming is also faster because there's more developers interested in making gaming work outside of the Microsoft dominion.
protocolture 12 hours ago [-]
Man if only they had a leader at Microsoft that was famous for prioritising developers.
caspper69 8 hours ago [-]
They still prioritize developers, look at .NET Core, Typescript, NPM, Github (lol), but the problem is that they're not Windows exclusive enclaves anymore. In fact, I'd bet most people now deploy (and probably develop) .NET Core on non-Windows machines.
wnevets 23 hours ago [-]
It may finally be the year of the linx desktop. Microsoft actively being hostile to towards Windows users can't last forever.
lunar_rover 18 hours ago [-]
It might be the year of Linux gaming systems. The desktop went from terrible to bad and is still at least a decade behind unless some organisation invests dozens of millions and gets themselves an actual professional dev team.
hx8 22 hours ago [-]
The Linux desktop won not with a bang, but because all of the Windows users realized they would be happier with iPads.
MBCook 18 hours ago [-]
If you competitor starts fading faster than you improve, eventually you’ll pass them no matter how far ahead they were.
bsimpson 24 hours ago [-]
I remember when XDA was the home of Android homebrew hackers working on things like CyanogenMod. It's so strange to see it repurposed as the brand for the same quasi-correct tech article slop that gets parroted between all the big blogs.
Tom's Hardware is a bit before my time, but I remember it being well regarded. I've seen a lot of similar articles under that name lately. I wonder if they've undergone similar fates.
sphars 23 hours ago [-]
Same with all the bigger tech blogs from a decade ago. How-To Geek is completely overrun with the same sort of slop. Finally had to remove it from my RSS reader.
Oh look at that, XDA and HTG are both owned by Valnet:
At least Anandtech just shut down rather than turning into a zombie tech blog.
r_lee 23 hours ago [-]
private equity, what would we do without you?!
Fogest 21 hours ago [-]
I get a lot of XDA articles appearing in my Google News feeds and a good chunk of the ones I read definitely have the slop half baked vibe to them. Where they barely provide much substance in the article and sometimes barely even address what the article headline said. They also pump out so many articles about the same topics. I swear I've seen like 100 articles from them just on Obsidian Notes alone and so many of them are barebones and lackluster.
There is the odd decent nugget in there, but it is a shame seeing them fall like this. Unfortunately the same sentiment is true about most news sites now.
MBCook 18 hours ago [-]
Tom’s Hardware was a fantastic site back in its heyday. Very highly regarded.
hx8 22 hours ago [-]
This is not just a Tech Journalism problem, but applies to a lot of other Journalism.
navigate8310 22 hours ago [-]
The same happened with AndroidPolice
quibono 4 hours ago [-]
The only reason I have a dual-boot Windows setup now is for MSFS2024 and DCS. They will probably be the last to ever get full-Linux support (if ever).
bigyabai 37 minutes ago [-]
DCS World and MSFS2020 play on Linux just fine. MSFS2020 is flawless; DCS World has a few visual glitches with smoke tessellation and MFD textures that need to be converted before working, but besides that it's great. I fly modded and first-party modules on multiple maps, hours at a time, zero complaints.
quibono 23 minutes ago [-]
That’s interesting… have you tried MSFS2024? That’s my main driver for now; god it would be amazing if I could run it on Linux.
I’ll definitely need to try DCS on Arch!
By the way - what module would you recommend (apart from F-18)?
caycep 24 hours ago [-]
If you purpose build a Linux gaming PC, would you lean more towards AMD GPUs over Nvidia?
eikenberry 24 hours ago [-]
AMD. The final holdout, HDMI 2.1 support being blocked by the HDMI group, has been overcome w/ the HDMI group relenting and support is now landing in the kernel (expected in 7.2).
I sort of figured that HDMI stupidity was strategically a good thing as it sort of brought the dynamic of the HDMI consortium and VESA. specifically how they treat the end users, more to the public eye.
That is, more people being subtly pushed to using display port is not a bad thing.
_puk 23 hours ago [-]
I was faintly surprised that my recent monitor purchase came with a displayport cable.
Didn't help connecting it to my Macbook, but still..
esseph 22 hours ago [-]
DisplayPort has been running the best PC high end monitors for a long while. HDMI OTOH has been in A/V land (DRM management).
babypuncher 21 hours ago [-]
Don't most monitors ship with DisplayPort cables? All of mine have. HDMI is more popular with TVs/home theater systems.
tombert 15 hours ago [-]
Outside of the ones built into laptops, all my "monitors" for the last decade have been TVs, just because they tend to be cheaper at a "price to size" level.
None of them ever seem to have DisplayPort.
babypuncher 2 hours ago [-]
Yeah TVs typically don't have DP, because extra HDMI ports are usually more valuable in a home theater setting. Game consoles, receivers, video players all have HDMI and don't have DisplayPort, meanwhile every graphics card and laptop usually supports both, so having an extra HDMI port ends up being more versatile.
perching_aix 23 hours ago [-]
I didn't follow this story much: how exactly did they get past the legal hurdles? Or there never actually were any hurdles, just sabre rattling?
JCTheDenthog 23 hours ago [-]
Purely rumor, but supposedly Valve put tons of pressure on them (no idea by what means, again this is all rumor) because they wanted support for the Steam Machine release.
cute_boi 23 hours ago [-]
any reason why we are using hdmi over display port?
ThatPlayer 23 hours ago [-]
Unless you're on the absolute newest stuff with DisplayPort 2.1, HDMI 2.1 has more bandwidth than DP1.4. That'll be Nvidias 2000 through 4000 series. No DisplayPort 2.1 until the RTX 5000s.
And then monitors released during this time generally do the same too.
Also if you want to use it through a capture card, HDMI ones are way more common and cheaper
esseph 22 hours ago [-]
AMD Radeon 7000 and 9000 series all support DisplayPort 2.1
saidinesh5 23 hours ago [-]
The vast majority of the TVs only come with HDMI .. not even good enough analog inputs anymore..
0cf8612b2e1e 23 hours ago [-]
I have been told (but not confirmed) that is mandated by the HDMI mob. If you want HDMI on your TV, it cannot also have DP.
okanat 23 hours ago [-]
This can only be true for consumer-grade stuff. Even then I just guess the manufacturers kind of cheap out.
I have a dumb-ish Samsung Hotel TV / commercial TV at home. It has DP.
MarsIronPI 22 hours ago [-]
I want a TV with DP. Do you have a recommended source for where to pick up commercial TVs?
Which is kind of funny. At least, to my mind this has associated HDMI-only with the budget option (TVs), and DP with the premium tier (monitors).
bayesnet 23 hours ago [-]
What really drives me nuts is smart TVs with 100mbps Ethernet connections. When I bought a tv we looked in vain for gigabit Ethernet.
navigate8310 22 hours ago [-]
It is futile to expect the TV to be smart and support all sorts of apps and hardware only to be abandoned by the manufacturer years down the line. The only correct way to buy a TV imho is to hunt for a dumb but excellent display properties and get a streaming device such as Google TV Streamer, Apple TV or DIY x86 HTPC.
cwel 21 hours ago [-]
>DIY x86 HTPC
ARM slander was not warranted
Dylan16807 21 hours ago [-]
Are there DIY Arm boards that make a good HTPC? Do they have hardware video decoding?
ihsw 19 hours ago [-]
[dead]
Sohcahtoa82 15 hours ago [-]
With what feels like weekly posts about someone being shocked their smart TV is showing them ads, I'm surprised you looked for gigabit for your TV.
I've had a smart TV for over 5 years and never connected it to the Internet.
tombert 15 hours ago [-]
I connected my Samsung TV to the WiFi for the first time two weeks ago because I wanted to play with the multi-screen-view thing, and it didn't appear to work with two HDMI cables.
It has not shut up asking me to update the fucking thing. Every time I turn the TV on, about twenty seconds later an update prompt will pop up, and it will not go away until I actively dismiss it. This happened even after disconnecting and forgetting the wifi. Never again.
hamdingers 20 hours ago [-]
Unfortunately we're the weird ones for wanting to stream >100mbps content.
My 2020 LG CX has a USB 2.0 port and I get ~300mbps with a gigabit adapter, if the TV you ended up with has a USB port it's worth a try.
kiririn 19 hours ago [-]
What >100mbps content is there? 4K bluray just needs a bigger buffer to handle >100mbps spikes (Kodi for example offers this) and Moonlight/Apollo/etc is well into diminishing returns
hamdingers 18 hours ago [-]
4k blu-ray remuxes break 100mbps for long enough to cause problems on my TV, unless I use either wifi or the USB adapter. Others have done investigations showing in some movies the bitrate will exceed 100mbps for minutes at a time.
TVs are made with BOM of like 10$ for the SoC, so it's the cheapest crap available.
Then again - none of the streaming services are streaming at anything remotely close to 100Mbps so I doubt they consider it necessary to upgrade to GbE.
bisby 23 hours ago [-]
Some people have TVs or displays that only use HDMI. I personally wouldn't recommend HDMI if DisplayPort is available, but if HDMI is your only option, then having it work properly will be important.
eikenberry 23 hours ago [-]
My monitor has 1 displayport and 2 hdmi and I have 2 computers I use with it. They can't share the displayport. All comparable monitors (last time I checked) have the same. So it'd be nice if both worked.
jaxefayo 23 hours ago [-]
For one, DisplayPort doesn’t support HDR output
hmry 23 hours ago [-]
That can't be right. I'm reading this comment on an HDR monitor over DP right now.
Don't all USB-C video outputs use DP alt mode too, with an HDMI adapter at the end? And they can do HDR.
23 hours ago [-]
funimpoded 23 hours ago [-]
The cable length limitations are also a pain in the ass for not-uncommon A/V system configurations. 6' recommended max, and the best you might get working stably if the device and cable gods smile on you is 15'. 6' is the lower edge of acceptable for just about any A/V system setup (in practice it means your devices need to be within about a meter of the screen's port[s], which is pretty close) and even 15' is still too short to be useful for, say, a projector, or a "the A/V receiver or HDMI switch is over in that cabinet, the TV is on this wall across the room" situation.
HDMI goes 25'+, no problem.
Dylan16807 20 hours ago [-]
For 4k at 60Hz, you'd need HDMI 2.0 or DP 1.2. At those speeds, both kinds of cable should be able to reach 25 feet, and I can find reputable brands selling both kinds at the length.
simoncion 20 hours ago [-]
> HDMI goes 25'+, no problem.
Yep. That's likely because that's an active cable. Active DisplayPort cables exist, too. Here is one vendor selling active UHBR10 cables [0]. If you don't NEED UHBR, then you'll find your selection to be much, much larger. I've been using some Monoprice-branded 50 and 100 ft active fiber-optic HBR3 DisplayPort cables for years with no problem.
and displayport 2.0, since 2019, has supported all the same variations (hdr10+, dolby vision) that HDMI does
Gracana 23 hours ago [-]
Do you mean in practice, or something? DP definitely supports HDR, and it seems to work fine for me.
Sohcahtoa82 15 hours ago [-]
Confidently incorrect.
My main monitor is 4K 240 hz HDR and it works great on my DisplayPort cable, especially the HDR.
wolfd 23 hours ago [-]
This seems wrong to me? I use it to do so every day.
traderj0e 22 hours ago [-]
If true, not supporting HDR is a feature
SimianSci 23 hours ago [-]
AMD does a lot of work to ensure their support for Linux is first-class.
With the kernel now natively supporting their systems, you can expect good support.
It's earned them some good will over Nvidia
which has gotten better recently with the rise of AI, but still requires users to jump through a couple of hoops due to their attempts to protect their IP.
somat 23 hours ago [-]
It is more than that, I really like openbsd as a desktop system. This is niche enough that I have zero expectation for any sort of support from the hardware vendors. However, because the amd drivers are opensource. Heroic people in the obsd dev community are able to make it work there. I don't strictly need a gaming gpu for my desktop work, but it is nice to have a setup I can boot linux on to play games with.
Heroic because the amdgpu driver is strangely huge, more code than the rest of the obsd kernel combined, It has something to do with gpu's having no isa stability and the generated code for each card present in the driver.
tapoxi 23 hours ago [-]
I built a Linux gaming PC a few years ago, running Bazzite.
AMD is much better. Nvidia has been improving but stuff "just works" with AMD because the kernel (amdgpu) and userspace (RADV) drivers are open source. Valve is a major RADV contributor too.
I don't feel like I'm missing out on anything with my 9070 XT. Performance is great.
LooseMarmoset 21 hours ago [-]
Nvidia makes a fine GPU. The problem with Nvidia on linux is the drivers. You're beholden to Team Green for driver updates, and when they decide not to support a GPU anymore, that's it. Now, linux does have the nouveau driver, but that doesn't support all the hardware or much 3d at all, and never will.
I particularly got fed up with Nvidia on linux playing War Thunder - I had a regular crash that Gaijin and Nvidia each blamed on each other, and I never did get it fixed.
Nvidia driver updates can also leave you stuck with no desktop environment on occasion and while fixable, it's a pain in the rear. However, when the drivers are right, Nvidia performance is second to none.
AMD has drivers built right into the kernel, and as long as you have whichever nonfree firmware repos your distro supports (I use Devuan, a Debian derivative), AMD cards 'just work'. If using xorg, install xserver-xorg-video-amdgpu for modern cards, and xserver-xorg-video-radeon for older cards. I'm currently playing on a Radeon 9070 (non-XT) on a 1440p monitor with plenty of performance. I know that it also works on wayland, but I have no experience there.
nialv7 19 hours ago [-]
open source nvidia is an area to keep an eye on. check out NVK and nova.
hx8 22 hours ago [-]
I think this gets overblown a bit. AMD is better, but Nvidia can work. There's plenty of valid reasons to put in the extra effort and go with Nvidia.
isityettime 13 hours ago [-]
AMD began the process of open-sourcing their Linux graphics drivers more than 20 years ago. At that time, they had no working open-source drivers yet; they'd only just released some hardware documentation. I told myself then that if they came through and delivered open-source drivers, I was an AMD customer for life. I've more or less held to it. I don't remember the last time I considered NVIDIA an option.
NVIDIA has apparently open-sourced the kernel drivers for their most recent couple generations of graphics cards. That's great! But they have a hell of a lot of catching up to do. Their kernel drivers aren't in the mainline Linux kernel. Their userspace drivers are proprietary, whereas AMD's are open-source. AMD's kernel drivers are built into Linux and their userspace drivers are built into Mesa.
That history of greater compatibility matters in its own right: all of the developers of Linux desktop environments, window managers, and compositors have been running AMD or Intel GPUs almost exclusively for many years.
If "voting with your wallet" means anything to you, or you want things to "just work", AMD is the clear choice and it's not even close.
If you already have NVIDIA hardware, by all means, go ahead. It's doable. But AMD is a way more rational choice on Linux for most users.
traderj0e 22 hours ago [-]
I hope this is right, because "you have to use AMD GPU" is not what people want to hear when building a PC.
hx8 22 hours ago [-]
I know plenty of people that use Nvidia and Linux, and it's something I've done in the past. You just suck it up and install the closed-source black box drivers and get on with your life.
bee_rider 22 hours ago [-]
Although, eventually NVIDIA will drop support for your card and you’ll have an annoying situation. This happened for Pascal on Arch Linux a while ago. The 10X0 series are pretty old at this point, but then Linux shines on older systems too.
notnullorvoid 22 hours ago [-]
You can still use the old drivers they work fine. This also isn't unique to Linux, Nvidia's latest Windows drivers also don't support 10 series cards anymore.
Narishma 20 hours ago [-]
Unless the old drivers have security issues, then you're stuck with the nouveau driver which sometimes only has very basic support for some GPUs.
hx8 19 hours ago [-]
Is this the case for any hardware or are we discussing a purely hypothetical?
Narishma 1 hours ago [-]
I have an old laptop with a GT 240M that's stuck in such a situation.
kouteiheika 21 hours ago [-]
NVidia supports their GPUs for a really long time (unlike AMD, which paradoxically drops official support really fast; e.g. see their ROCm support). Anyway, by the time NVidia drops support for their current newer GPUs there's a high chance that NVK[1] will be ready for general use.
From people who have been using Linux since the 90s, the long term view is that nvidia has always been mostly fine since the early 2000s for hw acceleration if you didn't mind a binary blob. Yes, there have always been driver bugs - but that was never unique to a specific platform, i.e. nvidia on macos had opengl driver bugs that went unfixed for eternity until support was dropped, then the bug reports could be closed.
Comparatively the leading alternative was a dumpster fire of a broken mess for the longest time on Linux. All through the 2000s, ATi provided a binary blob driver known as fglrx which some people joked was a half-baked codebase from somemthing that started on HP-UX, passable enough for running sales demos and then was thrown at an intern to port it to Linux. If you went with ATi and tried to do much with foss opengl programs, you could expect daily or weekly kernel panics and performance that was <50% of that of the windows driver for an identical build. The solution was always to buy nvidia if you wanted stability.
Nothing has really changed for Nvidia on Linux, it still continues to perform adequetly. Plenty of people, including myself have used the binary blob for games and other 3D software with wine through the late 2000s, 2010s and proton in the 2020s without much comment because it works fine. The exception being that if you buy a used card, coming up on 10+ years old because your requirements are minimal - don't expect current driver support. Nvidia drop support for old cards on Windows too.
AMD is definitely night and day in terms of meeting the free software ecosystem properly, and so arguably the reason to go with a new AMD card is voting for that kind of support with your wallet.
esseph 22 hours ago [-]
There's so much "old info" that people pass around online when it comes to linux (or anything I guess with an ever evolving feature set).
Any modern distro running NVidia or AMD should be fine. I've done both. I didn't have to do anything for the NVIDIA 3000 or NVIDIA 4000 series cards but select the nvidia driver. AMD otoh is built into kernel now.
jerf 22 hours ago [-]
I run Steam on Ubuntu with a "GeForce RTX 2070 SUPER" (according to lspci), and while it generally works it has some weird issues with gaming in Linux. Some games end up with what feels like ~200ms latency for no apparent reason, and frame rates on some things like Just Cause 3, which I ought to be horribly overspec'd for (a 2015 game) run comfortably, but just barely, which really isn't right. And Persona 5 gets about 2 frames per second in Linux. My Steam Deck pushes it at 60 at 720p with no problem, and I think was pushing out 1080 at one point quite playably, and I think I benchmarked my PC at ~6 times more powerful than my Steam Deck.
Whereas the AMD-based Steam Deck always does what it should do.
lunar_rover 23 hours ago [-]
Right now AMD is the better choice due to support from Valve. It might change in the future due to Red Hat's effort.
uyzstvqs 23 hours ago [-]
AMD has provided great support for far longer, but newer Nvidia cards which support the nvidia-open driver should also be good.
Still, if you don't absolutely need CUDA, then AMD provides better value anyway.
dgunay 23 hours ago [-]
I bought AMD as my last GPU purely because it meant I didn't have to stress out about how I was actually going to acquire one. I just walked into Microcenter, picked one off the shelf, and checked out. It was the crypto craze then, and I get the impression that this hasn't changed much today with AI sucking all the oxygen out of consumer electronics. Didn't care very much about DLSS or any other Nvidia specific features. That AMD works well on Linux only sweetened the deal.
anschl 24 hours ago [-]
People say you will have less problems with AMD but I am using a Nvidia GPU for years now (on Cachyos and Pop OS) without issues. I'm using Steam and Proton pretty much exclusively though.
stuxnet79 23 hours ago [-]
Which card and which drivers? I switched from Windows 10 to Xubuntu last year and have had endless issues with my Nvidia card (GTX 970). At the moment, I can't even use the desktop without annoying flickering & hard to diagnose / fix bugs.
Its an old card so I have no idea why I'm still struggling to get it to work. Is it perhaps because I'm using Xfce? I heard that Nvidia cards play better with Wayland although I haven't tested this myself.
davidspiess 23 hours ago [-]
I run a GTX 970 on Fedora 44 KDE Plasma (Wayland) without issues. Make sure to use the 580.xx Nvidia driver.
okanat 23 hours ago [-]
Anything between 700 and 2000 series (inclusive) is in this "completely proprietary due to signed firmware but also not fully supported in Wayland" zone. You need to have at least 3000 series to have proprietary drivers with open kernel driver and good KMS/GBM/Wayland support.
maplant 23 hours ago [-]
I can't speak for the parent but I have a 5090 and it works perfectly fine
saidinesh5 23 hours ago [-]
Nvidia on desktop has been mostly fine, if not rock solid, on the happy path they provide.
But their happy path hasn't included proper wayland support for a long time.
Nvidia on laptops? Insert the famous Linus Torvalds meme here
notnullorvoid 21 hours ago [-]
Nvidia on laptops is fine. There was a time that it was really difficult and the easiest route to success was to disable the Intel iGPU, and force Nvidia GPU to handle everything in BIOS. That hasn't been the case for a while, and you can even get nice desktop environment integration to let you choose which GPU to run a program with.
the_af 23 hours ago [-]
> Nvidia on laptops? Insert the famous Linus Torvalds meme here
I have an RTX 5070 (whatever the laptop variant is) and it absolutely rocks with almost everything I throw at it, running Ubuntu+Steam+Proton. I no longer worry whether a Windows game is going to run, because almost all of them do with good performance.
saidinesh5 23 hours ago [-]
I think things might have changed in the last 6-7 years? That's when I switched away from Nvidia.
Or does your laptop have no other igpu?
My last Nvidia laptop was a Hybrid optimus laptop. I almost always ran it on the built in Intel igpu because of the really bad issues with the Nvidia cards. Video tearing, bad power management etc... I remember even switching the GPU wasn't easy... And performance wasn't as good either ..
the_af 21 hours ago [-]
[dead]
everdrive 23 hours ago [-]
AMD for sure. Years ago for Linux NVIDIA was the sure winner. At the moment, AMD beats it out soundly on both cost and performance. ie, the same game running on either an NVIDIA or AMD GPU in Linux will generally run much better on the AMD GPU.
notac26 24 hours ago [-]
Def AMD. And if your focus is gaming I’d give SteamOS a go. With a full AMD setup you should basically be plug and play.
notnullorvoid 21 hours ago [-]
Either. If you want Nvidia features like DLSS then go with NVidia.
mrsvanwinkle 21 hours ago [-]
I technically have both in one laptop with an AMD iGPU and an RTX GPU. Most of my problems with archlinux is running a 240Hz HDR monitor on dGPU, where the NVIDIA firmware glitches into buffer out of memory errors not reading the CDID properly, and this was solved only less than a month ago with latest beta driver. Lingering problem is waking from memory with crashed plasmashell but this one is KDE Plasma specific, while the monitor one is Linux wide.
MattPalmer1086 23 hours ago [-]
Just anecdata, but I just got a Lenovo T16 with AMD. Graphics is just painless, everything works with no issues. My old system with an Nvidia card running the same O/S keeps running into weird issues. It mostly works, just needs attention and little tweaks and extra stuff sometimes.
the8472 23 hours ago [-]
For gaming and desktop use AMD is great, though for raytracing you'll need newer cards. If you want to run local AI models too then AMD is quite shaky, rocm only supports a few cards with each version and their software stack just isn't as polished as nvidia's.
graynk 24 hours ago [-]
AMDs are much better supported. There is life with NVIDIA GPUs too, I am on 4070Ti currently doing fine, but for new builds AMD is clearly a better choice with better drivers
ammut 23 hours ago [-]
End of 2024 I did exactly that. Ryzen and RADEON all the way. Rocking Fedora right now but was using Ubuntu for a bit. I have no reason to use Windows at all.
jimmaswell 23 hours ago [-]
AFAIK none of AMD's offerings match the 5090 for pure gaming performance, so personally that's what I would stick with regardless.
RussianCow 22 hours ago [-]
Sure, if you're made of money. For the rest of us, AMD gives you more bang for your buck. Though in this market, it's hard to argue that any of them give you good value.
progforlyfe 21 hours ago [-]
yes absolutely -- although I did use Nvidia GTX 1070 for a bunch of years without much of an issue, and I still believe Nvidia gets you more "bang for your buck", I would only buy AMD cards now due to the more integral support with Linux gaming.
guizadillas 24 hours ago [-]
yes
tryauuum 23 hours ago [-]
both are shit
I used a recent nvidia blackwell GPU with linux, periodic crashes. Blackwell generation is shit.
Used recent builtin AMD GPU... Even worse, super reproduceable X crashes when using firefox
Pooge 23 hours ago [-]
In good faith, you can't really say "[x] is shit" if you don't have an usual setup; X11 is no longer the default on most distros. Even when I was also using it, it never crashed.
I don't know whether your GPU is older than mine or not but I have the RX 7700XTX. Maybe it had a software defect...
traderj0e 22 hours ago [-]
Linux Mint uses X11 for some reason. I was getting black screen after sleep because of that. Nuked it and installed Ubuntu, worked fine.
HDBaseT 19 hours ago [-]
Mint has experimental Wayland support right now. The future for Mint is Wayland.
londons_explore 8 hours ago [-]
I was under the impression that most windows games copy and anti cheat protection won't work in Linux. It often has a kernel mode driver to prevent you emulating things, using debuggers etc.
What changed? Do game manufacturers make special versions with toned down anti-cheat specifically to run on the steam box/Linux?
lccerina 8 hours ago [-]
No, simply 95% of games don't have copy and anti cheat, and some anti cheats run ok on Linux
npodbielski 8 hours ago [-]
Nothing. Majority of those games do not work, but they are small percentage of all games on steam. Most is just small time developers trying to hit some big niche for big money, like Stardew Valley or Terraria or Meat Boy.
stodor89 18 hours ago [-]
Win32 - the #1 stable userland ABI for Linux!
embeng4096 19 hours ago [-]
I switched to Linux for everything but AAA FPS PVP games last year and have had a great experience so far.
Steam+Proton makes everything I play just work: Helldivers 2, Slay the Spire 2, No Rest For The Wicked, FF7 Remake, Stardew, modded Lethal Company (using r2modman) are the main things I've been playing recently, and all worked out of the box with Proton.
My PS5 controller may have needed me to install one package or something but has been working flawlessly after that.
I keep a Windows drive around for stuff like Apex Legends, Battlefield 6, but I pretty much never boot into Windows anymore except for those.
(I probably sound like a shill at this point, having commented something like this on multiple Linux threads now, but I continue to be impressed at how well Linux performs for gaming these days!)
jordigh 18 hours ago [-]
A great talk at a conference given by Elizabeth Figura, the main developer behind putting NTSYNC into Linux:
I'm very happy with my Linux install. After almost 2 decades of trying Linux Desktop and falling back to Windows (and MacOS) I've finally switched to Linux (and MacOS).
The only thing missing is my Adobe stuff. I now run Lightroom in a VM and it's incredibly slow to unusable.
krige 12 hours ago [-]
Meanwhile I'm over here, trying to get Age of Wonders 1 to run and completely failing on everything spare a laptop with an old Windows 7 installation. Linux API aping (sorry) is so good that they even exhibit the exact same CTD as Windows 10 with this game.
KingOfCoders 9 hours ago [-]
Having migrated from Windows11 to Popos/Nvidia, Minecraft is ~20% slower depending on shaders installed and distant horizons mod. TF2 is also slower but both still fine.
h3t08 20 hours ago [-]
It’s wild to think that the "Year of the Linux Desktop" didn't happen because of a massive marketing push, but because the kernel just slowly absorbed the competition's DNA.
20 hours ago [-]
anordal 9 hours ago [-]
Are there 2 things called fsync now?
I had to ask google, because the article fails to explain it. Google says yes, this is something else than the fsync syscall (man 2 fsync).
Personally I don't know if this is some weird compatibility stuff for Windows apps, or the reason why Windows apps on Linux, whether running via Wine or being ports, rely on these apis because no good alternatives exist.. And if these apis are going to be used/useful for stuff beyond Windows compatibility, for native Linux apps.
Which is a weird thing to think about, and not sure very lovely.
0dayz 18 hours ago [-]
What excites me is that the kernel gets better not only for windows games but can also get benefits that can be more general purpose, such as what the article writes about: program able to wait for multiple events at once.
It will be interesting to see how native Linux games differ in what fancy under the hood kernel or syscall features they use.
poizan42 14 hours ago [-]
NTSYNC seems quite cumbersome to use for your own linux software though
> The ntsync driver creates a single char device /dev/ntsync. Each file description opened on the device represents a unique instance intended to back an individual NT virtual machine. Objects created by one ntsync instance may only be used with other objects created by the same instance.
So you need a server process that can open the char device and hold onto the fd that you can then request through a Unix domain socket.
KennyBlanken 18 hours ago [-]
There will never be native games that use unique Linux kernel features because no studio will waste their time spending those development resources on an OS with even 10% market share, which Linux is nowhere near. The exception would be if, say, Playstation switches to Linux from BSD, which they will never do, as GNU licensing in essentially fatally incompatible with copy protection and anti-cheat functions.
15 hours ago [-]
aftbit 20 hours ago [-]
Linux gaming is fine unless you want to play something with anti-cheat, which is basically any non-Valve competitive multiplayer title.
mattrighetti 19 hours ago [-]
Seeing XDA brought up some good memories. That's the website that really got me into software engineering. I remember trying thousands of different ROMs every month and changing phone every 6 months. My username is still there and seeing the forum still alive and well is awesome!
Beijinger 23 hours ago [-]
I found the computer in the article more interesting than the fact, that gaming is getting faster under Linux.
Interesting, but I wish it was half the size folded...
melonpan7 22 hours ago [-]
I stopped using Windows all together two years ago, and since then Linux gaming has made huge strides. Almost everything is playable now with the exception of Kernel AC games - which I don’t play anyways. The success of the Steam Deck has been an integral part, and Vulkan performance is similar if not equal to DX.
leflob 15 hours ago [-]
I love that I am a part of this with my Steamdeck. Hands down great machine and absolutly incredible what you can do with what I thought to be be quiet limited hardware
wwweston 24 hours ago [-]
I only hope this eventually reaches enough coverage to support media production. It’s the last commercial area I care about. I’m entirely willing to pay for good work here (and have) but both major commercial desktop OSs are exhibiting significant warning signs of contempt for the users.
mhh__ 18 hours ago [-]
One canary I have for Linux vs Windows is whether Bloomberg ever support Linux natively on the terminal. You can actually use the API from inside WSL quite easily already.
keithnz 23 hours ago [-]
my son, and his friends all seem to have switched to https://garudalinux.org/ recently for gaming. Seems to be working out well for them.
Prunkton 22 hours ago [-]
I'm working and gaming on Garuda for over 3 years and not planing to switch any time soon.
It runs super smooth, with the build in 'wayback machine' and 'curated' Arch distro (7.0 zen kernel just dropped a week ago) pretty much bullet proof for beginners or as a daily distro if you want to get stuff done w/o caring much about it - just loving it. On the other hand side you have cutting edge gaming tech like wine/proton staging versions per default, so I'm playing Blizzard games with NTSYNC (the tech from the article) for several months now :)
Forgot about most of the flashy default UI though :D
skipants 22 hours ago [-]
Pretty cool distro! I switched to Bazzite myself but I've also seen a lot of popularity for CachyOS for gaming rigs.
whimblepop 23 hours ago [-]
That's exactly the kind of flashy, gaming-forward distro I was drawn to as a teenager. Good times :)
willis936 22 hours ago [-]
I sometimes wonder if my modern machines could run Sabayon's DE with high performance.
FartyMcFarter 8 hours ago [-]
As someone without strong feelings on Linux vs Windows (I've used and developed on both about equally): this kind of news, along the way Windows has been changing has me wondering if I should change my primary desktop environment at home to Linux.
In my eyes, Windows used to be the desktop environment that "just works and can run almost everything". Lately it's becoming enshittified, with weird bugs showing up more and more frequently (a memorable one is not being able to launch Notepad from the start menu!!). I think Microsoft is losing its best attributes when it comes to consumer software. Linux may not be perfect but it's looking more and more attractive in comparison, even with its imperfections.
natewrench 6 hours ago [-]
people dont use dos anymore even though its quite powerful
Dwedit 24 hours ago [-]
Headline says "Windows APIs are becoming Linux kernel features", but only provides two actual examples? It lists NTSYNC, and waiting on multiple events at once.
the8472 23 hours ago [-]
ability to make some filesystems case-insensitive was also added for wine
That's a great twist! Very few people traded Bill Gates a linker for a compiler!
gamesbrainiac 22 hours ago [-]
Anyone move completely over to Linux for gaming? What is the experience like and what are you using?
gm678 22 hours ago [-]
I am, I have an Nvidia 5070 Ti, Aurora for my OS (from the same people as bazzite, but I'm a light gamer so I'm fine using flatpak steam/heroic/etc). the only problems I've faced are
- occasionally an online game breaks and it's usually fixed within a day or two. for example at some point a Battle.net update broke the launcher under Wine some time last year, then for a while Overwatch would intermittently crash once every few sessions. I haven't gamed on Windows in years so I can't even compare anecdotally, but I suspect Windows is probably slightly more stable with live service games. I've never had any issues with a single player game, period. (YMMV)
- Some anticheats block Linux - the only times I've switched over to windows in the last year have been when some friends wanted me to play Marathon with them
- Running 'sidecars' alongside your games or modding works but is generally more of a hassle with wine
things I didn't expect to work but do:
- Game streaming with Sunlight works fine to Samsung TV via the TizenOS Moonlight app
- Nvidia had suspend issues for a year but those have all been sorted out the last few months
kbrackbill 18 hours ago [-]
Yeah, I completely ditched windows about 3 years ago now and I haven't looked back. My taste in games definitely helps, I mostly play indies and older games.
I've only run into a few big issues. One is that gamepass doesn't work at all (of course) so I cancelled it when I switched, but between price increases and BDS I would have cancelled anyway. The other is anticheat like everyone says, but the only game I've actually run into this with is Fall Guys (I only play this every few months and it usually works with some fiddling but sometimes it doesn't). Other multiplayer games like Rocket League and all of the Valve ones have been fine.
The only issue I can remember running into on a steam game was a crash in Civ V multiplayer that had an easy to find workaround.
Outside of steam I've had a few small issues with older games from gog like Arcanum and KOTOR2, but my understanding is that these are fairly buggy on windows too.
cobar 22 hours ago [-]
Overall experience is very good with AMD graphics. Most games run on Steam out of the box. There are also emulators for all the systems I've wanted to use. I use Faugus Launcher for other stores like BattleNet and Epic Games (Magic Arena).
For the most part the games just work, it's more system issues that I've run into where Linux suspend mode and the audio stack can be a little flaky and required Claude to diagnose and sort out.
cogman10 22 hours ago [-]
Nvidia has gotten a lot better over the last 2 years as well. There are still driver bugs that are somewhat annoying. It's also annoying that the driver is out of kernel. But otherwise, the open source nvidia by nvivia works just fine.
HDBaseT 19 hours ago [-]
Nvidia for me on Linux (Fedora 43 - KDE Plasma) for about half of the titles I play works flawlessly, although the other half of the games seemingly have issues.
I encounter a few games with frame pacing issues, otherwise not present on Windows. Shader compile time is longer than on Windows. Occasional crash in some games, etc.
Windows has issues too. It's not perfect, although they are different issues to Linux.
Ryzen 5800x3D
RTX 4080
64GB DDR4 @ 4000 M/T's
ryandrake 19 hours ago [-]
Do Epic titles even work on Linux? I thought I read somewhere that Tim Sweeney hated Linux and does whatever possible to make sure Epic's games like Fortnite don't run on it.
LAC-Tech 21 hours ago [-]
I gave up trying to fix issues with hibernate and audio on linux. I just leave my machine on overnight
love linux but the audio situation has always been bad.
notnullorvoid 21 hours ago [-]
I've been gaming on Linux (Fedora) exclusively for ~10 years, and in that time able to play any new release that interests me so long as it doesn't have egregious client side anti-cheat.
torusle 23 hours ago [-]
Linux does not dragged down in performance by the thousands of virus and malware scanners.
Pooge 23 hours ago [-]
If by "thousands of virus" you mean software shipped by default in Windows, then I agree with you. Everything feels so sluggish on Windows 11 compared to any Linux distribution even if you run it on an HDD... it's ridiculous.
andix 20 hours ago [-]
Time to start betting: Will Windows 12 be based on a Linux kernel? :D
simonask 18 hours ago [-]
The problem with Windows isn’t the kernel, which is generally reported to be actually quite excellent. The problem is everything else.
panzi 20 hours ago [-]
Is NTSYNC used for anything else other than wine/proton?
I remember two decades back when Games for Windows was introduced with Vista, I wrote an article that this was killing gaming. As a PC (master race) gamer back then, I didn't always find it appealing to think that PC games had to have gamepad support etc. To be called and have the Games for Windows logo.
Now seeing Linux just absorbing Windows APIs into the kernel to make gaming work better? That is the opposite direction. This is what PC gaming needs.
I got into PC gaming when I got my Ambra Hurdla SX25 in 1992. Back then it was the fantastic era of first for everything. We got Comanche, Alone in the Dark, Dune, Dig, etc. First of all game types, not just clones of the same concepts.
shmerl 21 hours ago [-]
ntsync was out already for a while. And it's not necessarily faster than previously available esync and fsync, but it's more correct and clean.
lowbloodsugar 22 hours ago [-]
This is good to hear, but I get 120FPS on Windows in Cyberpunk 2077 and ~70 on Ubuntu. Horizon Zero Dawn is much worse, and quite often drops to seconds-per-frame instead of frames-per-second, if I turn on dynamic scaling. I just have an ssd with windows on it for gaming and boot to that from the bios. Also means my headphones UI works too. But, to be fair, the fact that I _can_ run Cyberpunk and HZD if I want to is pretty impressive.
dundunUp 9 hours ago [-]
Not really. It’s not “Windows APIs turning into Linux kernel features,” it’s Windows games being translated on Linux way more efficiently than they used to be. Proton stack, Vulkan, Mesa, driver work — that’s where most of the improvement came from.
zsoltkacsandi 6 hours ago [-]
It’s ironic that even Linux is better Windows than Windows.
everyone 19 hours ago [-]
The fundamental difference between Linux and OSes like Windows, macOS, Android, iOS, is that the people making Linux are simply trying to make it good, give it as many features as possible, let the user do as much as possible, make it as easy to use as possible.. Whereas the design of the others is guided by a bunch of weird business-goals and internal politics that constantly change.
That's why Linux keeps getting better while the others keep getting worse.
jongjong 21 hours ago [-]
Crazy to think that it took over 35 years for the superior technical fundamentals to matter.
It's true what Max Planck said that science advances one funeral at a time. So does the tech industry as a whole.
TheRealPomax 23 hours ago [-]
This page really does not like playing nice with reader mode, making it near impossible to read unfortunately.
joaohaas 18 hours ago [-]
>NTSYNC isn't the first time Linux has gained a new feature specifically because Windows games needed it. A few years back, Linux added a way for software to wait on several events at once, which is something Windows had built in for decades, but Linux didn't.
Lol.
Post doesn't sound explicitly vibewritten, so probably just a non-technical person.
Apple has never really cared about games unless it's on the iPhone or iPad. It's worked out well for them though. Mobile gaming is a $100 billion dollar market, PC gaming and console gaming are each about half that.
MBCook 18 hours ago [-]
They don’t care about iPhone/iPad gaming either.
They stumbled into the perfect spot with the iPhone, then IAP sweetened it.
Since they found money they support it. But in the process they’ve really destroyed gaming on the platform unless you want casino games or candy crush/clash of clans things designed to extract money and show another ad every 12 seconds.
Yeah they show Resident Evil VIII and Assassins Creed Whatever but they don’t sell much. And the race to free IAPs created mean good games can’t sell even at a single $2 purchase.
Apple Arcade is the only sanctuary. I haven’t heard good things from the dev side, and it’s 80%+ old games from before things were destroyed or IAP riddled games with the IAPs removed, at times not even rebalanced.
I use it because it’s about all that’s left. But iPhone gaming is a shadow of what we had in the early years.
And at this point there is no competition left. The smart phone ate everything. And as far as I know Android games are in the same mess.
bigstrat2003 13 hours ago [-]
Comparing mobile games to PC and console games is like comparing film buffs to someone who only watches the latest summer blockbuster. They are technically the same on some level, but so different that they really shouldn't be considered the same category.
bigyabai 22 hours ago [-]
Well sure it worked out great for Apple. By preventing users from sideloading emulators or playing real games, you force them to purchase gambling apps and low-quality slopware to entertain themselves. "Real world" game developers like Nintendo outright gave up on iOS/mobile gaming because it wasn't a comparable gaming experience.
A good example of this is the Final Fantasy Pixel Remasters, which were so lazily ported that most fans advocate for pirating the originals instead. Why should anyone pay $14.99 for the bad version of FFVI?
traderj0e 22 hours ago [-]
I don't mind playing whatever games my Mac will play, but it does feel like Apple has an entire org full-time making sure games don't work on Mac.
19 hours ago [-]
doctorpangloss 23 hours ago [-]
overwatch plays flawlessly on macOS right now, Game Porting Toolkit 2 is DirectX on Metal done by a $1T company.
all that said, they view this as enabling the consumer by supporting their hardware better, they have an antagonist, mafia-like relationship with game developers.
bigyabai 22 hours ago [-]
Overwatch is a low bar - it's one of the games you can run with the upstream WineD3D OpenGL drivers from the early 2010s.
RaphaelBenHamo 1 hours ago [-]
[flagged]
hpcgroup 4 hours ago [-]
[flagged]
picsao 8 hours ago [-]
[dead]
JoheyDev888 16 hours ago [-]
[flagged]
KolibriFly 13 hours ago [-]
[dead]
chanki 11 hours ago [-]
[flagged]
d0gwut 15 hours ago [-]
[dead]
jocelyner 15 hours ago [-]
[flagged]
taintlord22 20 hours ago [-]
[dead]
fleroviumna 24 hours ago [-]
[dead]
naikrovek 18 hours ago [-]
Nothing like copying someone else’s shit when you want to avoid thinking of new things for an operating system.
You could be more like Plan9, Linux. You could actually innovate and create new paradigms that make people look at MacOS and Windows and think that they are no longer in the same league.
But you don’t want to do that. You want to play games faster.
Fucking children run the world today. There are no adults keeping track of things making sure that as we go forward that things make sense. There’s no adult supervision in the computing industry anymore. None. It’s all just profit margins calling all the shots. Asinine.
How did it turn out for windows, being “The OS for Games”? Not great, I’d say. Windows is quickly losing that title and will soon become more and more irrelevant for gaming. If you focus on games until you’re “The OS for Games” then decide to innovate on real things that matter outside the home, then you’ll lose that title just like Microsoft is losing it now, and it will happen a lot faster for you than it did Microsoft, because the Linux community is about as organized as an Oklahoma town recently destroyed by a tornado.
Games are fast enough for anyone and there are certainly enough games today that if 5 people lived for 500 years each, there’s not enough time for them collectively to play all games that are available today.
I don’t know what you gamers think the “end game” is for games. Graphics? When are you meant to be happy? When will you stop and say, “ok, we made it”?
Graphics. Pfft. Games do not get better with more realistic graphics, and you know it. Great games are great because they are well thought out and well tested. Great games are not great because the shadows are sharper or because the reflections are more accurate. Some of the shittiest games ever look amazing, and some of the shittiest looking games are S-tier. And you all know it.
Old man mode: off
caspper69 8 hours ago [-]
OS Development has halted in 1970 at this point. I know everybody loves Unix, but it has the same problem as Windows- namely that anything you run under your user context has access to your whole user context. And it will continue to be a scourge until/if we ever figure out how to make capabilities ergonomic. I've been racking my brain for 30 years to try and do it, but they just make certain things very painful.
naikrovek 7 hours ago [-]
I agree completely.
Look at Plan 9, if you haven't. I can open a window, add/remove things from its environment (via mounting and unmounting files into that window's namespace) seal that environment to prevent changes, then launch a program.
The program can only see what is available to it via the file system. If it has no /net folder then it can't talk to the network. At all. If it has a truncated /env then it can only see a subset of the environment variables available to me, the user.
EVERYTHING being a file is ... weird. Unix has that, but Plan 9 takes about as far as it can go, which is pretty far. But that makes permissions to things quite easy, because file permissions are easy.
The other thing that Plan 9 does is that everything is a file, including your environment, mounting and unmounting things from/to your environment is how you gain/deny access to yourself and to programs.
If this permissions model was common, ransomware would have never been possible. No virus could infect your system, only its own environment (with caveats).
If you already know all of this, I apologize. If you don't, then you owe it to yourself to have a look at Plan 9. It's very weird, but once you wrap your head around it, you start seeing why some people really rave about it.
There's a channel on YouTube called "adventuresin9"[0] which has TONS of content about Plan9.
I made 50 TUI games recently to just test my agent orchestration skills. If pixel graphics are retro, then ASCII is OG. Part of the reason is to make them playable on any device (including Linux), and partially so that agents themselves can play them (to help me practice my RL skills).
ThrowawayR2 4 days ago [-]
“He who fights with Windows should see to it that he himself does not become Windows. And when you gaze long into ntoskrnl, ntoskrnl also gazes into you.”
Seriously, is it really a victory if you have to adopt the architecture of your sworn enemy?
breve 4 days ago [-]
Microsoft and Windows were never the enemy.
To quote Linus Torvalds from 1997: "I don't try to be a threat to Microsoft, mainly because I don't really see MS as competition. Especially not Windows - the goals of Linux and Windows are simply so different."
ThrowawayR2 4 days ago [-]
He got less humble later on when momentum started building behind Linux. To quote Linus Torvalds from 2003: “Really, I'm not out to destroy Microsoft. That will just be a completely unintentional side effect.”
24 hours ago [-]
dpoloncsak 22 hours ago [-]
I mean, this whole thread is basically suggesting that 23 years later, improvements to Linux and self-sabotage by Microsoft are going to possibly destroy (or atleast, start to cause some bleeding) to Microsoft (in the gaming-market).
This isn't Linux looking to destroy MS, this is mostly Valve understanding the requirement for an OS that won't be able to become predatory to them and their business model in a single system update.
torginus 20 hours ago [-]
Personally I used to be a Linux zealot back in the early 2000s, then I actually learned to program C++ and dove a bit into OS architecture... I realized why Linux on the desktop always sucked.. Not because of some dastardly conspiracy by Microsoft, but because of the very basic fact that server people and vendors held the developer purse strings and they drove the engineering decisions.
Let's take a simple example.. to send a network packet to a different machine, you just call into the Linux kernel, which dispatches your stuff directly to the network card, and you're done. Pretty simple. However if you want to send a message to your neighboring X11 window, you have to go into the kernel to do IPC, which then somehow dispatches your message to the server process, unblocks and schedules the message pump in X11, which finds your window, then once again you go back into the kernel... then your target process is scheduled, so on and so forth.
Wildly inefficient, yet Linux never got proper good IPC merged (until binder), low latency audio sucked, and none of this coordination logic or audio processing got in the kernel.
Why? Because servers don't need that stuff and some server engineer isn't going to know or care about your use case, you're just small fry, and none of the stuff you do is worth taking on technical risk or slowing down server workloads.
lmm 18 hours ago [-]
The goal was to be able to patch and fix the systems I was using, and swap out bits and pieces as I wanted. And that seems to be less and less possible on Linux these days, as you have these tightly vertically-integrated stacks where everything depends on the latest version of everything else.
MisterTea 1 days ago [-]
We are so far removed from 1997 that this statement means nothing.
> the goals of Linux and Windows are simply so different.
So different that Windows muscle memory works on most main stream Linux UI's, Many (most?) Steam games run on Linux, and now we have Windows in the Linux kernel.
not2b 24 hours ago [-]
Rather, several missing, useful APIs that were hard to emulate efficiently have been added. That's not "Windows in the Linux kernel".
MisterTea 15 hours ago [-]
> several missing, useful APIs
Windows API's.
> That's not "Windows in the Linux kernel".
How is that not?
Pay08 24 hours ago [-]
Does Windows muscle memory work? The vast majority of shortcuts are completely different for the casual user, and for the power user, there's no regedit or control panel and other such things.
nottorp 24 hours ago [-]
> there's no regedit or control panel and other such things
That's not a bug, it's a feature.
Pay08 23 hours ago [-]
Be that as it may, it means that the muscle memory (or more accurately, the mental model of the system) is gone. I've long held the belief that power users or knows-enough-to-be-dangerous users have a harder time switching for that exact reason.
A control panel (or cross-distro YaST) would be very welcome in the ecosystem I think.
delecti 23 hours ago [-]
> muscle memory (or more accurately, the mental model of the system)
That's not "more accurately", that's just a completely different thing. When I'm on Mac, my muscle memory is thrown off. I'll be typing and my ctrl+s, alt+tab, win+4, ctrl+left* all cause wildly unpredictable (to me) things. I'm currently using Linux, and all of those things work how I expect (with a tiny asterisk on win+#). When I want a control panel, I press the windows button on my keyboard to open something functionally equivalent to the start menu, and open System Settings to get something functionally equivalent to the control panel.
I have no doubt that I could learn the deep differences between Windows and Mac over time, but the initial muscle memory causes me stress before I get to that point. When I switch to Linux I don't have that stress, and so I've been comfortably learning those differences.
* - save, switch to the previously in-focus window, switch to the 4th program on the taskbar, move the cursor one word to the left
stavros 22 hours ago [-]
We weren't talking about whether the registry was better or worse, we were talking about how similar the two OSes were.
nottorp 6 hours ago [-]
... in case of the registry, you were also talking about replacing a unix philosophy system (each application has its own standalone config file) with a windows like monolith (everything goes into the registry).
Tbh it's not even muscle memory, how often do you edit config files?
MisterTea 15 hours ago [-]
Alt-Tab to cycle windows.
ranger_danger 24 hours ago [-]
How do we "have Windows in the Linux kernel"?
ms_menardi 24 hours ago [-]
Um... Are you referring to WSL? Wouldn't that be the linux kernel running under windows?
hparadiz 23 hours ago [-]
WSL 1.0 was doing something like that. Doing syscall translation in real time. Eventually edge cases forced them to abandon that architecture and now it's just a VM.
Dylan16807 13 hours ago [-]
Was it edge cases? I thought the main driver for WSL2 was better filesystem performance.
tardedmeme 4 days ago [-]
What is the purpose of achieving victory? Is it to produce the software that works better or is it to stick your fingers in your ears and lalala the loudest?
Windows copied futexes from Linux first, anyway.
general1465 3 days ago [-]
If you are refusing to have a stable architecture, then you will maintain architecture of your enemy
23 hours ago [-]
weiliddat 24 hours ago [-]
Is the intent of Linux the architecture, or the philosophy of free / open source software?
tester756 4 days ago [-]
What you care more about?
technical details or real-world outcomes?
majorchord 23 hours ago [-]
You might not get the answer you were hoping for there.
pixl97 4 days ago [-]
I mean the NT kernel was never really the enemy, it was the company behind it.
pjmlp 4 days ago [-]
Not really, in the drunken happiness to have games, Linux users keep forgetting those are games developed on game studios that the only place there are GNU/Linux installations running are their MMO servers.
It is no different from arguing how Linux is getting better GameCube games with Dolphin.
Also Valve is only as good as its current management is still around, eventually like any other company time will pass, and new warm bodies will take other decisions.
wwweston 24 hours ago [-]
interface and architecture may influence each other, but interface doesn’t determine architecture
It helped that the DOS executable format was the same as the CTOS format - because we had traded Bill Gates our linker (which produces executables) for his BASIC compiler.
Thanks for sharing, never heard about it before. What was kernel programming back then? Briefly checked the wikipedia and looks like CTOS was kinda big in the government space back in the 80s.
The kernel was in Intel ASM86 but the rest of the OS was written in PLM86. When I joined it was 2MB of code on a 128K 8086 cpu. By the time I left it was 9MB of code running on an 80386.
https://web.archive.org/web/20110708212436/http://www.ctosfa...
What does this mean? System calls?
https://www.geeksforgeeks.org/operating-systems/traps-and-sy...
https://www.nxp.com/docs/en/reference-manual/M68000PRM.pdf see page 292, also see page 629 for the table of "exception vectors" (addresses for code to handle each specific trap/exception/interrupt)
Most processors support both "interrupts" (an external peripheral is banging on the CPU's interrupt pins... but also invocable from software; software interrupts; SWIs; INT instruction on x86) and "exceptions" (e.g. divide by zero, bus error, illegal instruction). Depending on the processor, accessing the "privileged" mode can be done either by software interrupts, exceptions, or both. An operating system should pick one and stick with it.
Other uses for interrupt/exception/trap vectors include hardware breakpoints: don't try and single-step the CPU, overwrite the code with an illegal instruction and control will flow to the illegal instruction handler where you can see all the registers then execute the real instruction that was meant to be there and return to where you left off. Some CPUs have a formal "BKPT" type instruction for that.
One other use on the 68000 is that any unrecognised instruction that started $Fxxx triggered the F-line handler; all the floating point instructions were in the form $Fxxx, so if you didn't have an FPU, you could put a software emulator for the FPU instructions in the F-line handler and software wouldn't know the difference. Traps/exceptions don't have to be a jump from unprivileged to privileged, they can just be utilitarian.
Practically most will support access via both, but for different reasons. For example, page faults (which the software cannot possibly predict) are going to be exception-mediated, but syscalls (which the software asks for) are triggered via an interrupt.
Later on the 386 Intel added virtual 8086 mode which trapped to the kernel privileged instruction exception also for certain instructions that had to be virtualized, among them INT.
We used a set of INT instructions in well-known low memory addresses that all jumped to the same place. We had an ASM file that you linked with, that had sixteen different address combinations for each.
The common entry point would look back on the stack and calculate from the return address which entry point had been called, and run the appropriate kernel call. We called it the CS:IP hack.
In the context of this post, the DOS INT10 and INTx(I forget) required the caller to load registers with the desired system call number, then perform the trap instruction in their code. Fortunately CTOS didn't need those particular software interrupts, so I could implement them for my purposes.
The routine at 0xFFD00 could then enter protected mode and use the code segment to build the index into a table of entry points: FFD0 goes to index 0, FFCF goes to index 1, and so on. But for extra kicks, the address isn't actually pointing to valid code. It points to a random "c" character in the BIOS, which is an ARPL instruction - which in turn is invalid in v8086 mode and therefore invokes the undefined opcode exception handler. The exception handler, which handily enough is already running in protected mode, then takes care of doing the 32-bit call.
Related: https://devblogs.microsoft.com/oldnewthing/20041215-00/?p=37...
Also described here: https://news.ycombinator.com/item?id=45283085
mov ah, 2
mov dl,7
Ahhh.. probably my first program. Don't forget the int 20 at the end! It was beeping great. Still never unlocked the mysteries of those TSR programs though.
So, what TSRs would do is overwrite one or more interrupts to point to a routine that would check if the system call in question was one it wanted to handle (eg, to add a hotkey it would grab the keyboard handler and check for a special set of keys before passing control back to the normal handler). Once that was fine, it would call the TSR system call and control would be passed back to the OS with the hook still in place
I made a bunch of those, in TurboPascal. Just needed to save registers (including stack and heap segments) and hook some key combination. One of them was used commercially for installations by a very big company.
Testing was a little prone to spectacular failures. But once the general procedure was debugged, it was easy as pie.
Traps typically also result from exceptional conditions (like divide by zero or page fault).
An architecture may or may not provide non-trap paths for less-privileged code to invoke more-privileged subsystems (call gates, "syscall" instructions, etc.).
Traps typically need some way to preserve all userspace-accessible registers (otherwise resuming from a page fault is .. hard). Dedicated syscall instructions may only need to restore a subset of registers.
In some implementations, processors may discover that an instruction must trap after it starts irreversibly changing architecturally-visibile state; in cases like that, the processor needs to leave enough breadcrumbs for the OS to allow either a clean unwind or a resumption of the interrupted instruction. My understanding is that the original 68000 somewhat famously got this wrong.
I don't know OG x86 (cuz, ewww) but on 68k this was generally the way. On my Atari ST a syscall was performed by filling your registers and stack as expected, then executing one of the TRAP opcodes and that would get the CPU To save PC etc & jump to the handler but in supervisor mode, where your syscall could then read state perform accordingly, and then return back to you.
I think x86_64 has just formalized this into a specific SYSCALL instruction?
ARM variants call it SVC (supervisor call).
Same difference.
Some older operating systems just implemented their syscalls as ordinary subroutine jumps, though, and everything ran in supervisor etc. I believe AmigaOS was like this, you just went through a jump table. Which, I think, shaves some cycles but also means compromises in terms of building for memory protection, etc.
https://en.wikipedia.org/wiki/Interrupt#Terminology
Decades ago I ported some games to linux but I do think proton is the correct approach now. One underappreciated advantage is you get most of the mod environment too. In ESO for instance, there is an addon (tamriel trade center) which lets you download item prices, but it requires a windows client exe to do that. That client works on proton.
I also do some modding myself and can cross compile my rust code to windows with cargo xwin, and run it right away in proton, which is fairly amusing to behold.
I actually don't mind windows generally (been a MS user since DOS 5), but Win11 is a game changer, pun intended, and not in a good way.
Among many game developer studios, the Steamdeck is increasingly becoming the defacto low-spec hardware target. Running their game on a Steamdeck becomes a core part of the QA process, because there's a few million Steamdecks out there actively playing games, and if your game runs on a Steamdeck you basically know it'll also run on a very wide range of hardware configs.
So while the game might be targeting a different API than the standard ones exposed on Linux machines, a lot of games now are directly designing their software to make sure they run well on a Linux handheld. Meanwhile, Linux is adopting more and more features to better support this non-standard API set.
At a certain point I think we can just call Proton/WINE a 'native' API for gaming on Linux, and say that games developed with Proton/WINE in mind are native games.
Perhaps we're not at that point yet, but we might be there soon.
I was playing Project: Gorgon recently, I was about to refund because it ran terribly on my machine (despite the low end graphics), when I noticed it was using the native build, switched to Proton and got a 200% FPS boost.
As long as I can play on Linux, I don't care what translation layer it goes through.
In fact, I went with console + linux laptop for ages simply because that combo excelled at their respective roles, were cheaper together than a gaming pc, and it 'just worked'.
I did eventually cave and build another gaming pc, but that was after I acknowledged that I could push out on the price / perf curve to something less 'optimal' (and it let me play with local LLMs)
For the OSes runtime side you can depend on SteamOS / Apple's Game Porting Toolkit / Crossover / Proton / DWProton / Wine / and Android's Winlator/Gamehub/Gamenative .
For DirectX compatibility you can depends on Apple's D3DMetal , DXMT , VKD3D , DXVK and WineD3D .
[0] Arch Linux, btw, because that must be mentioned.
I have been using Linux for nearly 30 years now, including running CS (HL1) via Wine with better performance and stability than Windows 9x on a LAN party. Good times.
Sometimes native ports don't get updates, while Windows port does. If you can then run it via Wine, you may have a more stable/less buggy experience.
Note I use both Wine and Proton. BG3 I run with Proton. But Proton is 'just' a fork with (neat) improvements which also partly got backported.
Oh, and I have to mention, I don't use Arch Linux.
So if you force it to run on your Linux desktop you don't get an experience commensurate with your hardware.
I have a couple more things to figure, I need XBox authentication to work for Halo Infinite and Sea of Theives, among others, and I need to figure out some solutions for some ancient software I have to run, which will probably end up being a Windows 11 VM. But as for my daily driver OS, I am so excited to get off Windows once and for all.
[1] https://en.wikipedia.org/wiki/OverlayFS
[2] https://www.gnu.org/software/stow/
The stow approach is something that I considered but ultimately rejected for a couple of reasons around handling conflicts of game-installed files as well as how to ultimately handle the symlink lifecycle (eg wrapper to make the "non-running" state always clean or to let it always persist and then need to run manual cleanup/update steps). But if you're interested in that approach when I was applying for Nexus Mods approval I discovered https://github.com/Marc1326/Anvil-Organizer in the overall list of mod tools which I believe uses that strategy (though I haven't really looked too closely)
But basically my original idea to just install the files directly into the game directory stems from the fact that when I switched to linux for gaming and not having success with MO2 that's literally what I was doing. I would download the mod from nexus and unzip/tar it into the game directory manually. When I wanted to uninstall or update I'd find the original archive list the files in it and then delete them from my game directory. After doing this too much I realized that I was basically missing the functionality of a standard linux package manager (eg apt, pacman, etc)
So if you need to persist changes into the lower layers, I think you may need to do tricks like taking snapshots and then swapping the bind mount (maybe with some diffing logic) or some other offline methods.
I should add that it's a CLI tool only (I may add a TUI later but it probably won't ever have a GUI if that matters). Anyway if you check it out and have any feedback whether positive or negative that would be cool
I don't want to discourage you, but what's wrong with helping MO2 and Vortex get ported to Linux?
How did you install it? Maybe with a different method it would work for me better (even though now I'll probably just stick with my own tool I'm still curious)
https://github.com/Furglitch/modorganizer2-linux-installer
Download, run install.sh, follow the instructions given. It replaces the game effectively in Steam, which does mean you have to launch MO2 anytime you want to play the game, but I found that at worst, slightly annoying.
I would say custom modding and online multiplayer anti-cheat systems are the last real hold outs, and even then it doesn't affect every game.
My point is, you may find the one or two games holding you back won't be missed much.
[1] https://github.com/limo-app/limo
[2] https://vivanewvegas.moddinglinked.com/
Heroic is a launcher aggregate/wrapper I think? for 'Epic, GOG and Amazon Prime Games' It's either Steam, native/standalone or arr for me. for non-steam stuff I use umu.
* I should add that I am launching a steam purchased copy of SoT, not the one from Xbox store/gamepass or what have you, so the process is likely different, but maybe not cus you are likely going to see the same auth popup served via wine/proton.
It didn't use to be complicated, but an update messed stuff up a few months ago (halo infinite).
And, assuming your are doing x86, you probably already have an EFI partition so even doing motherboard bios updates isn't much of a big deal. You just drop the update in the FAT32 EFI partition, reboot, and point the motherboard at that location. Some motherboards even support just doing that as part of an online update.
https://wiki.archlinux.org/title/Fwupd
That said some Linux distros can do the same now though I've used so many the last few months I don't know which.
It's the same tool the person you were replying to was pointing at via the Arch wiki. It's pretty standard. I'd expect most distros to support it by now.
1. An equivalent of kernel level anti-cheats. Cheating really sucks. It ruins online games. Kernel level anti-cheats aren't perfect, but they're much better than user-space or server-side anti-cheats. Maybe in the future AI solves this, but inherence-based anti-cheats are likely going to be a cat-and-mouse game. Valve have stated they are working on this problem and I think if anyone is going to solve it, it's them.
2. Immutability. Right now distributing games on Linux isn't distributing games "on Linux." It's distributing games to 12 different distros with a hundreds different configurations and a thousand customisations. This is impossible to support. When SteamOS gains traction, developers will be able to target exactly one distro with fixed configurations and limited customisations. Valve will set the standard for other distros.
3. An enforced equivalent of .exe. One of the most wonderful parts of Windows is the near universal acceptance and use of the executable installation method. You just double click the file and install it. Linux is an absolute clusterfuck of installation manuals and scripts and competing app stores with their own repos and permissions and packaging methods. If Valve were to mandate the use of, for example, flatpaks in SteamOS, that will become the universal standard. I think this is one of the most frustrating parts of using Linux for regular people.
4. Better hardware support. My Fanatec peripherals don't work well in Linux. Fanatec doesn't offer drivers and open source options are limited in functionality (and stability). There are many products for which drivers support sucks in Linux. I think AI will solve many of these issues over the next few years. Unless the manufacturer has gone out of their way to encrypt of obfuscate the communication layer with the product, you can basically point Codex at the peripheral and tell it to build an interface driver. Within a few years, I imagine operating systems will have this kind of functionality built in. If the OS encounters a peripheral it doesn't recognise, it will just build its own driver on the fly.
I am more optimistic about all of these than ever before. Linus Torvalds famously said it will take Valve to fix this fragmentation problem for us, and that looks like where we are heading. No doubt there will be Linux fans who lament the loss of diversity and competition, but I think we end up with a true competition to Windows for gaming. That's when I will make the jump.
I personally hope they never do, because present day anticheat systems are literally closed-source rootkits. You should not let that software onto any computer you own.
But then I don't really have a horse in the race, because I don't find competitive gaming with strangers enjoyable at all.
- Quickplay
- Server / Game / Match finder
- LFG - for a more detailed search
Each of these has a different use case, and a single user may make use of all of them (I include myself here). Not everyone wants to just click "play", it's very dependent on the type of game.
Helldivers 2, for example, implements the first two. Destiny/Destiny 2 has mostly the first one. Destiny on Xbox has a XBL-provided LFG functionality (but prior to that external sites were used). You really needed LFG for finding a raid group.
With what stable module ABI like Windows has? There isn't one.
You can build a module that targets the current kernel Ubuntu 24.04 is using, but that module won't load on 26.04, let alone a completely different distro like Fedora.
eBPF /might/ help, but one could make a module that lies to eBPF.
Steam has already solved that problem. You target steam (not steamOS) and all other distros will do the work for you.
Your quoted quote.
Ultimately, you can’t trust the user computer unless you go for the secure boot things backed by a hardware key. I’m sure there are multiple ways to bypass anti-cheats on Windows.
> 2. Immutability[…] It's distributing games to 12 different distros with a hundreds different configurations and a thousand customisations
Does it really matter? You can always ship a statically compiled games. There’s only one kernel that is greatly back compatible.
> 3. An enforced equivalent of .exe.
I think ELF is the official standard for executable binary. The competition is illusory. There’s nothing preventing anyone from distributing a self extracting archive that installs on /opt. Packaging on Linux is about your system consistency, not software availability.
> 4. Better hardware support
That’s not a linux issue. If the manufacturer is not keen on getting it in the kernel or making it open source, they can always create a binary blob and distribute some shim that loads it.
Trials in Destiny 2 were a struggle before BattlEye, and the day BattlEye was enabled everyone suddenly forgot how to click heads. I put it "good enough" category.
There's more to it than dependencies. It's a valid point.
> I think ELF is the official standard for executable binary. The competition is illusory. There’s nothing preventing anyone from distributing a self extracting archive that installs on /opt. Packaging on Linux is about your system consistency, not software availability.
I think he meant .MSI and not .exe, but the point remains and is still valid. Why are there multiple ways to skin the same cat?
Of course, you can use DMA over Thunderbolt, but the bar is so high (cost, specialised hardware) that most people who cheat won't do it.
> Does it really matter? You can always ship a statically compiled games
This isn't completely viable, you can't statically link the graphics driver.
If you look at Steam, and OSs like Bazzite it’s clear the consumer-side is finally shoring up. But that aside, from an economic incentive, game providers (for example Amazon Luna), don’t want to be paying the licenses for running Windows machines for Video Game Streaming on Demand. In fact, at my time there one of the major thing I worked on was figuring out how to stream the games using Linux + Proton + Vulkan so we could use the AMD machines.
Honestly the biggest hurdle was (and probably still is) Anti-Cheat and BattlEye.
At any rate, I’m personally happy to see this trend as I haven’t had a Windows OS since Windows 7.
I think that games have been a strategic priority for Windows for a very long time. Going all the way back to DOS/4GW on Windows 95. But the impression I get from Microsoft is that they kind of don't want the hassle of maintaining a desktop OS anymore, and they would be happier if everyone went elsewhere.
But this excludes the entire console population. This arguably excludes most Steam Deck customers, who picked it because Valve made the Linux experience seamless, so they don't have to pay attention to the details. This excludes many of the PC gamers I know, that do not care beyond whether their computer is capable of playing the games they want to. They won't even reformat their Windows to remove OEM bloat.
You don't tend to hear them online of course. They are the silent majority keeping the AAA industry alive.
On top of this, gaming used to be (and probably still is) the main reason to cycle through PCs. If you're just going to browse the web, use relatively low resource software, etc then a PC or even laptop from a decade+ ago is 100% fine. The reason consumers upgrade is going to be heavily weighted by games. And each of those upgrades often comes with new OEM software that was licensed and other economic benefits to Microsoft.
---
As for modern Microsoft, I agree with you from an outsider's perspective, but I'd bet internally it's a different game. Microsoft seems to be having major issues with labor competency, on both the implementation and management side, and it's making their entire ecosystem collapse. Anything that has major outward visibility (like desktop OS) is going to make the circus most immediately visible. I have little doubt they have the same stuff going on internally with their other offerings.
I mean Windows is still a huge cash cow for them and is THE desktop OS but the actions they are taking with it sort of makes it feel like a second class citizen.
Part of the problem seems to be that desktop OS use as a whole is cratering as more and more folks who grew up in the smartphone era enter adulthood. Outside of tech circles, I meet a lot of folks who have a phone + tablet but no actual computer...
This is the last major reason for anyone to use Windows nowadays, with the exception of legacy applications.
Windows' days are numbered.
Linux still is not a great daily driver for video games in many circumstances, unless you're on a specialized device like the steam deck that gets extra attention to smooth out the rough bits.
On my gaming PC I haven't found a single game that runs noticeably faster in Linux. Most run considerably worse often while suffering various glitches (sometimes game-breaking).
Sometimes, with work (different versions of proton, startup options, configs, or even new kernels or compositors, etc) you can get around those problems, but... it takes work. Work that you just don't have to do on Windows.
That's an interesting experience, I'd be interested to hear more. There certainly are games that do not work well, no question, but as far as I'm aware it's a pretty small minority. To my knowledge, the two biggest issues are anti-cheat and video codecs, both of which are business/legal problems, not technical issues. Are those the main problems you're seeing? If not, are you possibly running fairly niche games, or on a niche distro or specialized hardware setup?
- Borderlands 4 was basically unplayable on my hardware (9800 X3D, 3080 TI) - though I didn't care enough to try and fix it.
- Dune Awakening was decent, but noticeably less performant, stuttery, etc. Probably fixable with some settings tweaks and other stuff, but the experience was markedly worse than windows out of the box.
- ARC Raiders runs fantastic - but even still, it had noticeable visual issues particularly with shadows
General issues:
- It seems to vary by desktop environment how confused steam and/or the games were as to which monitor to play the game on
- Steam itself required some futzing to get big picture to use hardware rendering (software rendering is very laggy)
- Multiple games seemed confused what my native resolution was
- Mouse issues with multi-monitor setup in several games (though sometimes this is an issue in windows too)
Games make a lot of assumptions based on how Windows's one-and-only window manager operates, stuff like windowing message and focus event sequences, effects of various windowing states on window sizes and chrome and mouse cursor behavior, and so on. Linux WMs don't match Windows's behavior or even other WM behaviors, so it's a nightmare trying to get every WM to align to how every game expects Windows's WM to behave. Then multi-monitor adds another layer on top of that, for things like reporting resolutions, cursor behavior, window focus, etc.
We focused on the big 2 (Gnome & KDE) on X11, and personally I use multi-monitor XFCE on X11 so I was quite motivated to get games working well there, too. Plus SteamOS's compositor/manager on Wayland, obviously. But there's so many combinations affected by so many things (I didn't even mention graphics driver behaviors on any of the above...) it's just really hard to get right as you add more little edge cases. And as you said, many games get it wrong on Windows, too. We'd often reproduce bugs on Windows just as they were reported against Proton.
All that is to say, yeah, I believe that has been your experience now that you've explained a bit more :)
Once upon a time I was a paying customer (like in the early early aughts). Glad to see them still doing their thing.
The Nintendo Switch (which runs Linux) was a favorite of cheaters after jailbreaks came out.
When anyone can compile and run their own kernel with god knows what for modifications, that makes it substantially easier for cheaters and substantially harder for anti-cheat. I don't see that ever changing.
You can't rely on server-side detection either, because some of the cheats are so advanced they go to great lengths to "behave" like a highly skilled human player would with their aiming
An AI will play these games like a human but better. The AI can be totally separate from the windows box wearing anti-cheat ankle bracelets just as your brain a separate thing to the windows box when when you play. It can interact with the box via keyboard, mouse or controller.
No windows kernel module is useful in detecting and deterring chess cheating no matter how fanciful or factual the vibrating "device" stories are.
Anti-cheat by kernel module, it's day will be entirely done very soon if it isn't already.
"Any time you beat a computer at a game it let you win." Are we there yet? If not, how long?
IE: Quakebots and Fighting games have perfect reaction times and perfect combos. They can simply block perfectly and counter attack perfectly and never drop a combo.
You act like cheating is new to video games??
--------
We never wanted bot in these games. Still don't want them today, and it's a big reason that playing on public boxes (ex: at an arcade or eSports tournament) is still a thing.
Defeating an opponent in a tournament is a big thing for fighting games. The risk of cheating online is always there so online tournaments are simply never taken as seriously (ie: as much $$$$ risked as real life tournaments).
No, I think the point is that with AI the existing anti-cheat measures can simply be avoided by letting the AI play through the same interface as a human. Therefore anti-cheat kernel modules will no longer be useful, and will no longer be a reason to stay on Windows.
Great. Now we are going to get “secure cables” for mouse and keyboard and bluetooth device attestation.
Fill a room at the mall with Linux boxen with midrange GPUs and fiber internet and the sort of keyboards you can clean with pressurized water. Charge an entry fee and then sell pizza, cheetos, coffee, soda and beer. Open at 11AM and close at sunrise.
Then publish the public IPs used by the arcade-owned machines at each location in the chain and use different public IPs for the customer WiFi. No DRM nonsense, just a way to know you're playing with someone at the arcade where the management doesn't allow cheats on their machines.
Have you even played an FPS vs an aimbots before?
https://en.wikipedia.org/wiki/Real-name_system_for_online_ga...
This was to prevent children from getting addicted but also leads to real life penalties for cheating in video games.
The idea of Mao's face or Trump's face on the global reserve currency feels really off.
I don't want to beat a computer, I want to beat another person.
If you're saying the Nintendo Switch system software is Linux-based, I don't think that's correct. It's a proprietary system based on a microkernel architecture.
Shouldn't that be the goal of anti cheat? That cheating is indistinguishable from expert gameplay? Seems to me like these companies are just trying to avoid implementing proper infallible server-authoritative gameplay by offloading the cheat detection to the untrustworthy client, and then trying to lock down the client to make it trustworthy.
I feel that the solution is just to have a decent ranking/level system so that users play with other people, cheaters, bots or regular users of the same level. When I was playing mario kart with my 5y old daughter, I didn't mind she had access to helps to not run out of the road as it allowed us to play together. I don't see how different it is between say, a super skilled player, and a lower skilled player with cheat/assists. If cheating/assists system becomes so efficient, cheaters will just end up playing together and non cheater will have got rid of them and play between non cheater of similar level. Prolem solved. No?
The cheating issue isn't really a matter of being able to run custom kernel code. You can do the same thing on Windows, which is why remote attestation is a thing for some games. As someone who has developed games for Linux (and Windows / Mac), it's an endless cat and mouse game. So long as the system can execute code that is not yours, you never really are getting perfect anticheat. Ease of loading custom kernel code isn't really a hurdle to that.
I find that client and server based in combination is the robust approach. I once implemented anti-cheat in which the server lied about game state, which a regular client without cheats would act predictably on. Deviation from that behavior is a useful heuristic to build a suspicion score.
EA did a big announcement about switching to kernel level Anti-Cheat for Battlefield 6 to combat cheating, yet there's still plenty of cheaters around. It's looking more and more like an excuse in order to give the appearance of combating cheating.
Linux is still too bloody awful for power users, never mind the median gamer.
Most Linux usage is SteamOS which only barely counts.
It’s a great hedge that keeps Windows almost honest. But we’re a long long long long long <breathe> long long long ways from the median gaming PC being Linux.
We're a long way not because Linux cannot do it. We're a long way because publishers refuse to take it serious.
Like if most linux usage is SteamOS that suggests its good for gamers right?
And that all any other distro has to do, is target SteamOS in terms of gaming usability?
I never installed Windows 11 on any of my PCs, there's no place for it in my work or gaming regimen. If Linux is supposed to keep Windows honest, then some dev at Microsoft must have a Pinocchio nose.
Windows power users expect their habits and instincts to be right and treat the system as broken wherever they aren't. After all, they "know computers"! So when one of them hits a snag, even if it would have been avoided by heeding a system's warnings, reading the documentation, or adhering to its norms, they declare (for others to repeat) things like "Linux isn't (ready) for power users".
--
1: Windows power users arrive to Linux with a mixture of incredible fatigue from pop-ups and blindness to all interruptions. They are used to mindlessly batting away constant notifications and distractions. They are also used to a host of familiar warnings that they know are bullshit, and reflexively ignore. But the warnings on Linux systems are not the warnings they know. They don't actually know what they mean or which are safe. To the point that their blindness to warnings becomes outright comical, as in this infamous example: https://i.imgur.com/J39WfLK.png
It is the absolute best for backwards compatibility: it runs 16 bit apps.
Now it is getting faster for gaming.
And the reverse relation is also true: In Linux, the best backwards compatible stable API is WinAPI.
I can play 30 year old Windows games in Linux. They just work and run better than ever.
For the same project (https://www.descent2.de), I can not even install the dependencies to compile it in a modern distro, as every library is deprecated and removed from the repositories. The precompiled native Linux binaries also can't work.
People say this a lot about Linux and it somewhat rubs me the wrong way - sure, the Windows binary works if you install its library dependencies (wine). Likewise (OK, ever since libc5/glibc2 changeover in 2001) the Linux binary should work if you have its library dependencies (SDLv1 it looks like?). So what's really the problem? Your distribution stopped distributing the dependencies, making them harder to find? "DLL Hell" was a thing too.
I didn't see any binary downloads for Linux on that website, only source code.
I gave it a try anyway, the dependencies were actually not a problem for me, Debian has libsdl-{net,image}1.2-dev, libglew-dev, and so on, and if your distro does not have SDLv1 there is libsdl1.2-compat. But after the dependencies, there was a problem with the source code doing something involving bitfield packing that does not compile on x86_64.
I do see the source code has lived on, i can `apt install d2x-rebirth` on Debian 13 which has a comment about https://www.dxx-rebirth.com/ ...is that helpful?
Yes but all it takes is an `apt-get install wine` or `zypper install wine` or `pacman -S wine` or your distro equivalent and if you are using a Linux distro with any sort of desktop functionality, 99% of the time wine will be there.
> Your distribution stopped distributing the dependencies, making them harder to find?
Yes, this is a big problem because these dependencies not only are harder to find but even if you track all of them (there is a chance they too have their own dependencies) you still need to figure out how to build and install them. And if they are old enough for distros to drop them, then chances are building them isn't going to be a straightforward `./configure && make && make install` ("straightforward" is very relative here :-P). And woe is you if there are conflicts with newer (yet API/ABI incompatible) versions of these libraries and/or their dependencies.
Of course since you have the source, technically you can make things work, but that doesn't make the process any less of a major PITA.
The real problem here is the tooling. New versions of automake and C++ compilers are stricter than they used to be.
Indeed, for long term conservation, you need to vendor your dependencies AND your tools to make sure that the project is sustainable without intervention. But with the magic of LLMs now, this is not a problem anymore. Claude was able to fix it in less than 10 minutes.
And having the source code beats playing the original game. You can recompile in high def and make all the modifications you want to make it feel like a modern game (or not!) and sill get you your dose of nostalgia.
I can't prove it, but the Steam Deck has probably torn down a lot of barriers for mainstream use among the crowd that care about the game more than the OS. Getting some of the other games (League, Vanguard, Warzone, BF6, etc.) or whatever is popular in those segments onboard might be the critical mass that justifies fixing all the rough edges that get fixed when a big pile of users are represented.
If you want statistics, Linux’s gaming market share is 2x that of MacOS.
The barriers to gaming on Linux have never been lower. They’re certainly much lower than the barriers to running windows games on windows were back in the Win 95 - XP SP2 days (when I jumped ship).
I don't think you'd need to block multi tasking though, but the kernel would need to prevent or tamper root access so it couldn't modify the game memory.
Userland anti cheats can work (and do) on Linux if the developers want to. Most of the third party ones the developer buys/licenses already do.
But reality is that only the kernel level ones seem to work to some extent. Difference in the amount cheating between counter strike and valorant is just massive (both free to play games)
In other words, no one is going to refuse to use Linux out of loyalty to Windows, as long as all the games they want to play work.
This NTSync stuff is very impressive, but I haven't seen a lot of end-to-end numbers versus Windows. The last comparisons I saw showed pretty much every distribution on the order of 5-30% behind Windows, varying on the game. And Nvidia GPU support was still not great.
I WANT to swap. Please give me cause to do so. I'm sitting here with my finger on the button waiting for it to finally get good enough to make sense.
Just do it. Swap and let go of objectivity. Let your subjective experience guide you.
For me, the subjective joy of not having to fuck around with Microsoft's bullshit was worth multiples of having to mess around with technical crap to get a game working (spoiler: I nearly never have to do that because I play single player games, Dota and CS). I couldn't give less of a damn if my FPS in some random title is 10% slower than it would be in Windows. So long as it's playable, I benefit in spades from the trade-off.
I think most of the people who really care about game performance aren't people playing games like you do. They are either playing AAA games where the graphics quality is paramount, or competitive games where performance is useful for being competitive.
To give a particular example, I started playing GTAV on Windows after building a new PC since I had no spare drives. After finally installing Linux I decided to try GTAV on Linux just to see how well it would run. And it runs amazingly well, and yes, it runs a few percent points slower than Windows, but the only tradeoff I did was slightly increase FSR4 and the game still looks amazing. I didn't really notice any graphics issues, especially not during actual gameplay (if I stayed at the same place and started to nitpick I could notice differences).
I select games based on ProtonDB. There’s always constraints and I’m cool with the limitations that this brings. BF6 is a no-go due to its anticheat tool, no problem. Got lots of other choices.
Happy to not give EA any money if they're so set on shoving online play and therefore anticheat down the players throats.
Grateful that Steam allows easy refunds.
What other goal is there than maximizing your subjective enjoyment of the game?
Sure if you're a professional streamer, your feels are maybe less important than engagement metrics but if you're just a casual?
Dude just play what feels good. It's literally the best and only metric.
If Linux was measurably 5% slower on all benchmarks, would that mean you wouldn't do it even if you wanted to? Is every single nanosecond of performance really that important to you? I switched 10 years ago when things were a lot rougher than this, and in the end everything still worked well enough that I never cared to swap back.
But the issue is that it is many multiples of that, especially on the most common PC gaming hardware (Nvidia GPUs), often more than a 25% difference in framerates. Not so important at 144fps, but very important at a 60fps baseline and for genres like fighting games.
A lot of people don't mind, say, an extra 5 frames of input delay. They don't notice it. But a lot of people do notice even an extra 2 or 3.
I do think that frame pacing issues kinda do have a critical thin threshold where it's either bearable or an unacceptable difference. And the native windows version can often already be riding right on that line. So while it's not fair to the Linux version to demand better, it is unfortunately the case that it might tip over that line.
I've long since decided that buying the latest top end hardware is just spending a lot of money to be upset by buggy drivers or not being able to get 5000 fps in a benchmark but has no real gains in how fun games are.
So you have very old hardware, can barely play modern AAA games (if ever), and are still happy. Good for you.
But your opinion is relevant to average gamer who enjoys playing games released in current year in the same way that someone drinking instant coffee can advise on coffee beens that it's all just caffeine in the end.
Every time I get something mid range or second hand I feel good about what a good deal I got, and how I'm getting 98% of the features for 40% of the price, and how realistically as soon as you stop pixel peeping screenshots, you won't even notice your settings are on High instead of Ultra. You just take in the story, the sound design, and the actual game.
Your definition of great performance is not mine, but it’s fantastic to watch Linux users continue to hand wave away real issues whilst continually claiming the same or better performance across the board, which is provably false.
> but has no real gains in how fun games are.
It absolutely does for me. Modern displays are absolutely dogshit. I won’t play at anything less than 144hz, as much as I can I aim for 200hz and I want that with consistent frame times.
The game story, gameplay elements, and such have become secondary to the real hobby of consumerism. If people could have fun gaming 20 years ago, there is no reason it isn't possible to have just as much fun gaming on low to mid range hardware today.
The hobby of optimising your gaming desktop is a related but different hobby to actually playing games.
It's much harder to step back and realise you don't need the new thing most of the time. Sure if you have a 15+ year old desktop and you can't run the new games at all then an upgrade could be good, but I'd guess most hardware purchases come from people who already have great hardware.
I have very specific requirements for motion clarity in games on modern displays. Older display technologies like CRTs and plasmas achieved this naturally through the way they operated. Most modern sample-and-hold displays do not.
You may not notice or be affected by that difference, which is fine. Couldn’t be more thrilled for you, however I am affected. Anything below 120Hz on a sample-and-hold display causes noticeable discomfort for me, and for a long time I stopped gaming entirely because I couldn’t work out why playing anything had seemingly overnight become so bad to play from a comfort perspective. Eventually I realised the issue started when I moved away from CRTs and plasma TVs to modern sample and hold displays.
I was only able to comfortably return to gaming by using very fast displays at 120Hz minimum, preferably 240Hz, because that gets closer to the motion quality I was used to from years of using PC CRTs. For games locked to 60Hz or below, I still prefer playing them on a CRT for exactly that reason and I own a number of CRTs for this reason.
You’re projecting. I think I’ve got what I enjoy from my hobby figured out after 35+ years, but thanks anyway.
> The game story, gameplay elements, and such have become secondary to the real hobby of consumerism.
You’re projecting.
> If people could have fun gaming 20 years ago
I didn’t have to endure sample and hold slop 20 years ago, now I do. You may accept or tolerate it, I am under no requirement to do so, nor live in a world where I must accept a significant performance loss is “ok” in any circumstance.
If I wanted less performance, I’d buy something with less performance to begin with.
what is the source of this non-determinism?
I kept running into issues that took me time to solve. I understand that the only reason it took me time to solve these issues is because I'm new to it and that people who have been gaming on Linux for years already know how to solve them all. But what would happen was is I would sit down to play a game spend maybe an hour or two fixing issues and then after that I ran out of time to play the game. I kept this up for a couple months but honestly at some point I just gave up. Now I'm playing games on Windows again.
To be clear, I'm a huge proponent of Linux gaming. I just unfortunately am too busy these days to spend the time to get it to work.
Although, everyone probably says that about whatever distro they happen to use lol.
I have no idea why people recommend this to people who aren't actually deep into tech and linux already.
Most egregious problem is that steam games start in a strange window rather than full screen and you have to press a weird key combo to fix it.
Nvidia based Acer nitro FWIW your mileage may vary
I know you framed this as a negative, but this is something I yearn for; It's the one of the best games, imo. I often wish I ran into more issues, but for the most part, things _just work_^TM.
Unfortunately the install process is always going to be at least a little bit technical. I wish it wasn't, but idk how you'd do that without making the os like an emmu chip that you can swap out, instead of a thing you write on your drive.
Gaming moved for a lot of us from 'now I have 5 hours or whole weekend to gaming if I want to' to mere blips here and there, which need to be as frictionless as poasible.
Which is great - it means we are doing something actually meaningful and more worthy in our lives. But it also means I will never have enough time for such fiddling. I am fine with it, as much as I can be, but lets be honest to ourselves here.
Where are the hordes of kids like us back then who were content with the afternoons, evenings and wee early morning hours of endless fiddling? What I realize now is those years spent fiddling sharpened our debugging senses in both ineffable and tractable ways.
A larger proportion of the juniors I see coming through the corporate halls these days than I remember from even 10 years ago do not have that knack for fiddling, nor history when it comes up. And it shows in their debugging temperament. LLM's are making this worse.
For all the issues people claim to have with iOS or Android, they really "just work" compared to the shit we had to deal with back in the day. And I don't even mean bugs, but UX just wasn't as sleek.
I can find a pdf of the TTRPG I'm playing that's hidden deep in an iCloud drive by simply opening spotlight an typing the approximate name. And the same works on my iPhone. Apps that create documents for me hide their file structure, because it's all abstracted away from me. It works, and I don't have to think about it as much.
You still have kids that start fiddling with tech, but only out of clear interest. Not as a necessity.
Some of my favorite games that I play don't work on it, though, so I need to keep my PC. My issues are not performance, but inability to play at all.
For me personally, the biggest game that keeps me from only using Linux for gaming is EA FC (used to be called FIFA, it is the soccer game). It requires Windows to play online. The same for PUBG, which is another game I play with friends.
As long as I can't play those games, I have to keep my windows gaming PC.
I personally don't mind that much, honestly. It would be nice to play on Linux for everything, but I can dual boot when I am not gaming if I want to.
Absolutely not. It works, it doesn't "just work". Tuning is absolutely required for a lot of games to get them working. Random crashes, "oh multiplayer doesn't work? singleplayer does?", random glitches, random performance issues, etc.
I still prefer dealing with some issues over dealing with Windows, but it doesn't "just work".
> These old workarounds got subtle edge cases wrong in ways that produced occasional hitches, deadlocks, or weird behavior in specific games, which are bugs that don't show up on benchmark charts but can absolutely ruin individual experiences. NTSYNC fixes those at the source by matching Windows behavior exactly, and that means as soon as your favorite distro moves to the new kernel version, whether it be Bazzite, CachyOS, Fedora, or a flavor of Ubuntu, they all get this much-needed fix.
That's the crux of the article. NTSYNC isn't faster, it's more "correct". Most games are around the same level of performance, with certain outliers both ways. Right now there isn't anything performance wise that Linux has to do that would impact all games. Just tweaks and additions to the different layers [1][2][3] in the same way driver vendors do. Much of the poor performance is for API violations and other shenanigans.
1: https://gitlab.freedesktop.org/mesa/mesa/-/blob/main/src/uti...
2: https://github.com/doitsujin/dxvk/blob/master/src/util/confi...
3: https://github.com/HansKristian-Work/vkd3d-proton/blob/maste...
It depends on what you're using now, though. If you're just using a vanilla wine/proton install, then NTSYNC should indeed be a lot faster as well. If you're using fsync or... I forget the name of the other one... then you many not see much in the way of perf improvements.
If you have a beefy CPU and plentiful RAM, then typically one should expect Linux to be slightly behind Windows performance (though there are exceptions), because then Windows' bloat becomes a non-issue, and the impact of the translation layers start to become more significant.
I have no idea why this is not turned on by default.
This was true 4 years ago, but is outdated knowledge now. Nvidia used to disallow distributing drivers with distro images, but they have since made agreements with some popular distros. If the distro image you download includes drivers or you know how to install them, the proprietary drivers work really well.
Gamer's Nexus has a pretty extensive benchmark video: https://youtu.be/ovOx4_8ajZ8?si=Cx5Q1a-lMMm14H4i . They refuse to compare to Windows, and it kinda makes sense: if it's satisfactory on Linux for your demands then who cares what Windows can do?
Here's a less professional, but direct comparison https://youtu.be/Giois6VtLPM?si=XFaVUMbea3u0AmP. An extremely important thing to note: AMD GPU. I personally have no idea what NVIDIA is like, but it sounds like their drivers are still all over the place.
And kernel-level anti-cheat doesn't work, though some (e.g. EAC) run in user mode if the developer allows it. Make sure to check ProtonDB for the games you care about. I have personally never had a good experience with Linux builds of games, so I just always use Proton now - but maybe I'm cursed because others have passionately disagreed with my experience. Either way, if a Linux game is broken/bad, try forcing it into Proton.
I don't want to say, "switch now" because it still has rough edges in terms of gaming. Better for you to have a great experience and stick around, than hate it and leave for good. Only you can figure out if it needs more time to cook based on some very light (ProtonDB) research.
I last used a Windows machine about a year ago, and I can say with confidence that the average desktop experience is significantly superior to the barrage of bullshit that Windows puts you through.
Pretty much everyone? If bread and water is satisfactory for your demands then who cares about Beef Wellington?
If it was better than Windows they sure as hell would be comparing.
You're implying that Gamers Nexus is some form of Linux outlet/content creator. They aren't, they only started doing Linux content this year/late last year (and only plan to do it rarely).
You've taking a surprisingly hostile stance on the one (at the time of writing) pro-Linux comment that suggests that it might not be ready for everyone, and to wait if it's not a good fit.
And it isn't beef wellington vs bread and water. It's 80% lean beef vs 82% lean beef, in the majority of cases (and in either direction). And "suitable for your purposes" also means that 160FPS is really fine if your screen is 144Hz - doesn't matter if Windows does 180FPS (unless you're doing something competitive or extremely latency sensitive).
I think Microsoft can do fine without people tilting at windmills for them.
I never would’ve been able to root cause it under windows (certainly not with builtin tools), but dmidecode on linux made the problem obvious.
Fixing the timings fixed crashes in amdgpu that windows users widely reported (with no diagnosis), and increased frame rates by 30-50%.
Anyway, if you really want to move, do yourself a favor and just go with straight AMD.
Software support is better than intel and nvidia, HW blows intel out of the water. The only exception is if you need cuda for AI dev work.
Anecdotally, I find that getting Linux on somewhat older or underpowered hardware is always a massive positive. Better performance as well as battery life. I'm not as familiar with modern hardware's relationship to either OS ("OS vs. some flavor of OS based on a similar or same kernel" - I know) with modern hardware. Worth a shot though!
Every supercomputer seems to do quite well with Linux kernels. Probably good enough for Crysis :)
It's an easy weekend side project, and any numbers people give you will be ballparks anyway - the performance of Linux drivers for YOUR specific GPU running YOUR specific Steam games are all that actually matter.
Just take the two hours to do it. You won't regret it.
Got it running in less than an hour.
I ask because I feel like I can frequently play games at, say, 150fps, and losing 30% would mean almost nothing to me to switch to Linux. I worry more about general capatibility and anticheat.
Huh.
I wonder if they're the same people who complain that they don't have enough money to live.
Fortunately I haven't noticed performance impacts so I'm on the hype train.
The title after the jump is "Linux gaming is getting faster because Windows APIs are becoming Linux kernel features"
Getting faster. Not at parity yet.
If you need every last bit of FPS maybe it is lagging, but 5-30% slower is roughly on par at a large sense, it's less than the difference of e.g. one NVidia GPU generation to the next, so it makes it playable.
That's why all the data matters for all of these dimensions; game performance is much more than FPS per watt over time.
When people see "linux gaming is great now, look at the fps" it comes across as potentially disengenuous because of all the other factors that matter and should be tested. Or rather, if a reviewer is talking entirely about framerate, then I just can't trust their opinion and expertise when it comes to the state of Linux gaming.
Part of the issue is that a large part of linux gamers are saying "linux gaming is great" and meaning "linux gaming is good enough now that it is better than putting up with microsoft and windows 11"
Some people would rather put up with slightly worse frame pacing if it means no microsoft. Some linux folks are super gung-ho pro privacy, some are just super anti-microsoft but can't game on mac. There's a whole lot of reasons to wind up on linux, so the importance of specific performance details may vary depending on WHY you would be swapping.
And some people are playing games on good enough hardware that there arent noticeable frame pacing issues, so good raw FPS numbers just reinforce their views, and they just genuinely mean they are having a good experience themselves.
The user will say 'it lags' but does not mention if they have tearing enabled in wayland, what are their 1% lows, have they set an fps cap, what vsync settings have they chosen in-game. On top of that there is an ecosystem failure as not every game supports arbitrary caps and you have to configure some mangohud thing.
Linux is only a 'just click play' experience if you have no standards because I have never had this stuff be correct out of the box on a fresh install.
I'm not saying you're wrong, but the standard you've outlined excludes Windows too.
In the case of my machine, I haven't observed any difference. And by observe I mean with my eyes, I haven't bothered with actual benchmarks because it seems to work about the same, which is good enough for me. I haven't booted my Windows partition in months, and I'm probably just going to blow it away next time I need storage space.
Getting reliable, consistent, meaningful performance numbers is in fact, extremely complicated:
* You need a consistent way to reproduce the exact same outputs - accounting for things like the game's RNG. You can't just walk around and snap the FPS counter in the corner of the screen and call that good.
* For Windows (and occasionally Linux) you need to ensure nothing is running that will taint the results (updates, AV scans, etc)
* Sometimes individual driver versions work very poorly with a specific game. Just because it ran badly doesn't mean you got good data, it may just be a bug in that specific driver version
* You can't just run the benchmark once. You need to run it many times, establishing run-to-run variance
* There are often a good dozen-to-hundred individual OS settings which can impact performance, and in some cases run-to-run variance. You need to know which to tweak, and which to leave alone.
* Sometimes the result of individual in-game settings differs between driver versions. Just because setting X had a big impact once, doesn't mean it always did
* FPS is not a great metric - it's an average. You need to check and see if there are huge frametime spikes. If there are, the game will have a 'good' FPS but feel horrible to play due to stuttering.
* You need to decide if you're benchmarking more GPU-heavy or CPU-heavy - those types of benchmarks require drastically different settings. If you run a CPU-like benchmark you may see a wildly different gap in framerate compared to a GPU-heavy one for the same game.
Benchmarking properly means accounting for thousands of tiny variables. Only a handful actually do it right.
>nothing is running that will taint the results
No, running background crap IS the result, because that's real world conditions, and not some artificial lab condition.
>You need to know which to tweak, and which to leave alone.
That one is easy. You leave all of them alone. Windows tweakers do more harm than good. Besides, replicating benchmark results is impossible after you do brain surgery on the OS.
>You need to decide if you're benchmarking more GPU-heavy or CPU-heavy[...]
You benchmark the games you play. Benchmarking anything else would be completely pointless.
>Only a handful actually do it right.
Rumors say that Hattori Hanzo used to work for AnandTech. I wonder what he's up to these days.
Benchmarking is uncomplicated in the sense that you can press a button and watch the pretty things on-screen and get it to spit out a number; but is your room a little hotter than usual today? Was something downloading in the background? Did you have a transient network issue that caused some process to stall and eat some CPU time? Is one of your fans running a little slower than usual? Did you wait for the precomputed shaders to fully compile? What about the ones Steam supplies?
It's not about fun, it's tedious work. But without proper controls in place, data is just noise.
Until we get something like CoD titles being Steam Console first, linux is allways going to lag behind.
That being said, I think we are on a precipice of AI being able to simply just rewrite games from concepts. Start with generic source code for an FPS or 3PS, then people can contribute changes in english language to tailor the game. So it won't be even copying source code, it would be copying concepts and then making a new game with it. There have been a lot of games that have very rudimentary graphics that people played in large numbers because the complexity and gameplay was quite good.
Anyone actually looking to make something genuinely fun will probably go the old fashioned way of spending countless hours honing their craft, which in turn gives them a good eye to make sure what they're making doesn't have the shovelware stink.
[1] https://www.notebookcheck.net/Sony-delists-700-PS4-and-PS5-s...
[2] https://www.gamesindustry.biz/shovelware-is-a-bigger-problem...
No.
> I WANT to swap. Please give me cause to do so.
If you won't put the work in, why should we help you? Just stay on Windows, and we'll enjoy our Linux gaming rigs.
I'm just realizing that I can't play Battlefield 6 and I do wonder what the path is. I don't think it's ever going to be supported on Linux or Mac.
There's certainly room for improvement on the netcode sometimes (Client-side hit registration is an absolute bone-headed design), but those won't prevent aim bots.
Server-side anti-cheat relies on heuristics and can easily be evaded. At the high level, a highly-skilled player may be indistinguishable from a cheater, so you could easily get false positives.
If the vendors said: Disable anticheat and we’ll block you from tournaments / matchmaking, I’d consider that a feature, not a bug.
If some IRL friend of mine wants to be an asshole and use auto aimers / see through walls to screw with me, then I have ways to deal with it outside the game.
On the other hand, if we both want to run some bullet hell mode + cheats with physics mods and a debugger attached, then what’s the problem?
It’s none of the game developer’s business.
I’m not sure if I am in the minority or majority, but I’m not the only one with this attitude. I suspect the set of people in this boat dwarfs the 5% market share Linux currently has.
They might even get some of us to buy their games if they added support for such a mode. How hard could it be?
When it comes to most competitive games, you're an outlier.
I'm a gamer, and one thing I've learned in my 10+ years reading HN is that there are very few gamers here, and the gamers that are here are a different breed. Significantly less focus on competitive games, more interest in Factorio, and a strong anti-anti-cheat vibe, not to mention pro-Linux. It has certainly created an echo chamber when it comes to gaming-related topics such as anti-cheat.
At best you can get no-anti-cheat private matches.
It used to be an admin would just kick them. Now we don't get to be in control of our own games.
Cheating is endemic in BR and tactical shooter type games. I remember one f2p game was deleting 50,000 cheater accounts every month.
If the developer's winning $20 per cheater detection, and puts in extra resources when there's more cheaters, the equilibrium ends up a lot better.
And even for free games, I could imagine different ways to tie a monetary stake in in exchange for skipping invasive anticheats.
Blatant cheaters are bad in some ways, but subtle cheat are far worse imo.
The other 'state of the art' which is much cheaper, easier, and essentially impossible to detect on a hardware/equipment level, are the AI-based systems that examine the video and generate inputs via USB, emulating controllers or keyboards and mice. It's a huge problem on console right now and can only be detected via server-side analysis.
Instead of running the game in some arbitrary computer, you'd require players to buy your dedicated hardware, a black box that runs the game and nothing else.
This broke what was otherwise a perfectly normal Battlefield experience. Battlefield 4 requires Punkbuster, although it can run on Linux with no issues. You have to downgrade to an older version though, since EA hasn't updated BF4 to the latest PB AC, which causes you to get kicked.
Fixed in Wine 11.0. Thanks to the Wine team.
Not sure if this was related to NTSYNC, but Wine's locking infrastructure definitely got an overhaul.
This is not really my area, but from a quick web search, I think they mean io_uring. Here's a blog post about it: https://mazzo.li/posts/uring-multiplex.html
https://docs.kernel.org/next/userspace-api/ntsync.html
[1] https://news.ycombinator.com/item?id=47513667 [2] https://lore.kernel.org/lkml/f4cc1a38-1441-62f8-47e4-0c67f5a...
What do you mean? SRWLock (or the older CRITICAL_SECTION) cannot be shared between processes. A (Win32) Mutex does work across processes, but that's its entire purpose. So Windows does have different tools for different jobs.
In fact, it's really the other way round: on Linux, a futex also works across processes, but there is no equivalent in Windows. (Sadly, WaitOnAddress can only be used in a single process.)
That seems hugely useful for interprocess communication and I can immediately think of reasons to use IPC in a game. Having a separate voice process for one.
I'm saying that extra overhead from making your lock work across processes should be very tiny. That overhead shouldn't add much more than a microsecond in either latency or CPU usage, compared to an in-process lock.
What calls specifically are you talking about between windows and linux? This was started by someone talking about WaitForMultipleObjects.
But assuming reasonable implementations, the difference between those two lock styles shouldn't be more than about a microsecond, should it? So that's fine for a lock that's only used 100 times a second.
I'm not comparing windows and linux anywhere.
What are the two functions you're comparing and what is the actual difference in overhead that you're talking about?
a lock that can be shared between processes versus a lock that can't be.
This is a dramatic black and white difference, these would be used for two different things. In that case it's apple and oranges, one would be for interprocess communication and one wouldn't.
the difference between those two lock styles shouldn't be more than about a microsecond,
What are you basing this on? Do you have an examples or benchmarks of the actual calls and their timings?
fine for a lock that's only used 100 times a second.
Again, latency isn't about how many times something is called per second. That would matter for throughput.
I recently completed Stellar Blade with zero issues.
I don’t even shutdown the machine, I just hit the power to sleep it. Instantly resumes where I left off.
Incredible to see just how far it’s come.
I don't know what they could do spanner tossing wise to really screw w/ Linux gaming at this point that wouldn't just drive more frustrated customers off their platform.
They made a tactical mistake by trying to directly monetize the GamePass subscription instead of having it remain a purposefully-underpriced vendor lock-in mechanism. Whoops.
Me and all my dad friends are all signing up for XBox accounts so our kids can play Minecraft. So IDK about that.
To give you an idea of how bad it is, they slowed console manufacturing to a trickle last year to try and juice their profit margins, and are now stuck in a situation where they can't spin manufacturing back up to cash in on the inevitable rush of demand for hardware when Grand Theft Auto comes out this fall.
I reckon a successful launch of the Steam box (or whatever they're calling it) with its enormous library could develop into something that really challenges what's left of Microsoft's piece of the console market (and threaten Sony a little, for that matter) though it's looking like the memory shortage is gonna kneecap that by forcing the price too high. Bad timing.
What benchmarks are you talking about? CPU-wise the A15 Bionic just barely beats the Ryzen 3700X in single-core and gets absolutely destroyed in multi-core (Geekbench). As for the GPU, the Radeon RX 7600 (closest thing I can find to a "modern console") does >10x the TFLOPS in FP32.
The only reason why they look like they're "in a similar tier" in ported games is because the A15 Bionic is usually tested on 5-6" screens that can be upscaled from 360p without any measurable loss in visual quality, with a massive downgrade in model and texture quality for the same reason. The only modern console the Apple TV "may be" similar to is the Switch 1
It doesn't seem like a market they have any interest in. The real money is in mobile slop games with micro transactions.
Simply no, thank you.
[citation needed]
But here we're putting Candy Crush in the same category as GTA V, so I'm not sure we're really comparing apples to apples.
WinRT (not to be confused with Windows RT, the early ARM version of windows), UWP, GDK, xgameruntime. All of these are relatively new and require virtualization and other security features.
Put pressure on devs by gateing xbox and gamepass behind this runtime and now you have a lever to make the situation more difficult for linux.
Kinda has the opposite effect on me however, as the only reason I'm not subscribed to gamepass right now is the games wont work on my steamdeck. But if MS can get enough killer apps as exclusive to that platform then that will certainly add some pressure.
I'm about to beat Lies of P :)
It's curious that they didn't do this as file descriptors that can be epolled. For example I think you could do semaphores and events with eventfd(2), which always struck me as inspired by those Win32 objects somehow. But maybe this is a simpler purpose built interface.
edit: i think so https://github.com/zfigura/wine/blob/esync/README.esync
I was pleasantly surprised at just how many of my games worked well on my new Ubuntu install. Even more so at how many games are playable on my Xubuntu Chromebook install.
I played through Miles Morales at full specs a few weeks ago, and it ran just about perfectly as far as I could tell.
That's where Valve's Frame brought huge expectations.
Tom's Hardware is a bit before my time, but I remember it being well regarded. I've seen a lot of similar articles under that name lately. I wonder if they've undergone similar fates.
Oh look at that, XDA and HTG are both owned by Valnet:
https://www.valnetinc.com/en/technology
There is the odd decent nugget in there, but it is a shame seeing them fall like this. Unfortunately the same sentiment is true about most news sites now.
https://www.gamingonlinux.com/2026/05/further-expanded-amd-h...
That is, more people being subtly pushed to using display port is not a bad thing.
Didn't help connecting it to my Macbook, but still..
None of them ever seem to have DisplayPort.
And then monitors released during this time generally do the same too.
Also if you want to use it through a capture card, HDMI ones are way more common and cheaper
I have a dumb-ish Samsung Hotel TV / commercial TV at home. It has DP.
ARM slander was not warranted
I've had a smart TV for over 5 years and never connected it to the Internet.
It has not shut up asking me to update the fucking thing. Every time I turn the TV on, about twenty seconds later an update prompt will pop up, and it will not go away until I actively dismiss it. This happened even after disconnecting and forgetting the wifi. Never again.
My 2020 LG CX has a USB 2.0 port and I get ~300mbps with a gigabit adapter, if the TV you ended up with has a USB port it's worth a try.
1. https://www.reddit.com/r/PleX/comments/eoa03e/psa_100_mbps_i...
Then again - none of the streaming services are streaming at anything remotely close to 100Mbps so I doubt they consider it necessary to upgrade to GbE.
Don't all USB-C video outputs use DP alt mode too, with an HDMI adapter at the end? And they can do HDR.
HDMI goes 25'+, no problem.
Yep. That's likely because that's an active cable. Active DisplayPort cables exist, too. Here is one vendor selling active UHBR10 cables [0]. If you don't NEED UHBR, then you'll find your selection to be much, much larger. I've been using some Monoprice-branded 50 and 100 ft active fiber-optic HBR3 DisplayPort cables for years with no problem.
[0] <https://www.bhphotovideo.com/c/products/displayport-cables/c...>
and displayport 2.0, since 2019, has supported all the same variations (hdr10+, dolby vision) that HDMI does
My main monitor is 4K 240 hz HDR and it works great on my DisplayPort cable, especially the HDR.
Heroic because the amdgpu driver is strangely huge, more code than the rest of the obsd kernel combined, It has something to do with gpu's having no isa stability and the generated code for each card present in the driver.
AMD is much better. Nvidia has been improving but stuff "just works" with AMD because the kernel (amdgpu) and userspace (RADV) drivers are open source. Valve is a major RADV contributor too.
I don't feel like I'm missing out on anything with my 9070 XT. Performance is great.
I particularly got fed up with Nvidia on linux playing War Thunder - I had a regular crash that Gaijin and Nvidia each blamed on each other, and I never did get it fixed.
Nvidia driver updates can also leave you stuck with no desktop environment on occasion and while fixable, it's a pain in the rear. However, when the drivers are right, Nvidia performance is second to none.
AMD has drivers built right into the kernel, and as long as you have whichever nonfree firmware repos your distro supports (I use Devuan, a Debian derivative), AMD cards 'just work'. If using xorg, install xserver-xorg-video-amdgpu for modern cards, and xserver-xorg-video-radeon for older cards. I'm currently playing on a Radeon 9070 (non-XT) on a 1440p monitor with plenty of performance. I know that it also works on wayland, but I have no experience there.
NVIDIA has apparently open-sourced the kernel drivers for their most recent couple generations of graphics cards. That's great! But they have a hell of a lot of catching up to do. Their kernel drivers aren't in the mainline Linux kernel. Their userspace drivers are proprietary, whereas AMD's are open-source. AMD's kernel drivers are built into Linux and their userspace drivers are built into Mesa.
That history of greater compatibility matters in its own right: all of the developers of Linux desktop environments, window managers, and compositors have been running AMD or Intel GPUs almost exclusively for many years.
If "voting with your wallet" means anything to you, or you want things to "just work", AMD is the clear choice and it's not even close.
If you already have NVIDIA hardware, by all means, go ahead. It's doable. But AMD is a way more rational choice on Linux for most users.
[1] -- https://docs.mesa3d.org/drivers/nvk.html
Comparatively the leading alternative was a dumpster fire of a broken mess for the longest time on Linux. All through the 2000s, ATi provided a binary blob driver known as fglrx which some people joked was a half-baked codebase from somemthing that started on HP-UX, passable enough for running sales demos and then was thrown at an intern to port it to Linux. If you went with ATi and tried to do much with foss opengl programs, you could expect daily or weekly kernel panics and performance that was <50% of that of the windows driver for an identical build. The solution was always to buy nvidia if you wanted stability.
Nothing has really changed for Nvidia on Linux, it still continues to perform adequetly. Plenty of people, including myself have used the binary blob for games and other 3D software with wine through the late 2000s, 2010s and proton in the 2020s without much comment because it works fine. The exception being that if you buy a used card, coming up on 10+ years old because your requirements are minimal - don't expect current driver support. Nvidia drop support for old cards on Windows too.
AMD is definitely night and day in terms of meeting the free software ecosystem properly, and so arguably the reason to go with a new AMD card is voting for that kind of support with your wallet.
Any modern distro running NVidia or AMD should be fine. I've done both. I didn't have to do anything for the NVIDIA 3000 or NVIDIA 4000 series cards but select the nvidia driver. AMD otoh is built into kernel now.
Whereas the AMD-based Steam Deck always does what it should do.
Still, if you don't absolutely need CUDA, then AMD provides better value anyway.
Its an old card so I have no idea why I'm still struggling to get it to work. Is it perhaps because I'm using Xfce? I heard that Nvidia cards play better with Wayland although I haven't tested this myself.
But their happy path hasn't included proper wayland support for a long time.
Nvidia on laptops? Insert the famous Linus Torvalds meme here
I have an RTX 5070 (whatever the laptop variant is) and it absolutely rocks with almost everything I throw at it, running Ubuntu+Steam+Proton. I no longer worry whether a Windows game is going to run, because almost all of them do with good performance.
Or does your laptop have no other igpu?
My last Nvidia laptop was a Hybrid optimus laptop. I almost always ran it on the built in Intel igpu because of the really bad issues with the Nvidia cards. Video tearing, bad power management etc... I remember even switching the GPU wasn't easy... And performance wasn't as good either ..
I used a recent nvidia blackwell GPU with linux, periodic crashes. Blackwell generation is shit.
Used recent builtin AMD GPU... Even worse, super reproduceable X crashes when using firefox
I don't know whether your GPU is older than mine or not but I have the RX 7700XTX. Maybe it had a software defect...
What changed? Do game manufacturers make special versions with toned down anti-cheat specifically to run on the steam box/Linux?
Steam+Proton makes everything I play just work: Helldivers 2, Slay the Spire 2, No Rest For The Wicked, FF7 Remake, Stardew, modded Lethal Company (using r2modman) are the main things I've been playing recently, and all worked out of the box with Proton.
My PS5 controller may have needed me to install one package or something but has been working flawlessly after that.
I keep a Windows drive around for stuff like Apex Legends, Battlefield 6, but I pretty much never boot into Windows anymore except for those.
(I probably sound like a shill at this point, having commented something like this on multiple Linux threads now, but I continue to be impressed at how well Linux performs for gaming these days!)
https://www.youtube.com/watch?v=NjU4nyWyhU8
The only thing missing is my Adobe stuff. I now run Lightroom in a VM and it's incredibly slow to unusable.
I had to ask google, because the article fails to explain it. Google says yes, this is something else than the fsync syscall (man 2 fsync).
How do I actually see the graph?
All I see is stats for April:
- Windows 93.47% +1.14%
- Linux 4.52% -0.81%
- OSX 2.01% -0.34%
Which is a weird thing to think about, and not sure very lovely.
It will be interesting to see how native Linux games differ in what fancy under the hood kernel or syscall features they use.
> The ntsync driver creates a single char device /dev/ntsync. Each file description opened on the device represents a unique instance intended to back an individual NT virtual machine. Objects created by one ntsync instance may only be used with other objects created by the same instance.
So you need a server process that can open the char device and hold onto the fd that you can then request through a Unix domain socket.
https://www.kickstarter.com/projects/944362954/bapaco-the-wo...
Interesting, but I wish it was half the size folded...
It runs super smooth, with the build in 'wayback machine' and 'curated' Arch distro (7.0 zen kernel just dropped a week ago) pretty much bullet proof for beginners or as a daily distro if you want to get stuff done w/o caring much about it - just loving it. On the other hand side you have cutting edge gaming tech like wine/proton staging versions per default, so I'm playing Blizzard games with NTSYNC (the tech from the article) for several months now :) Forgot about most of the flashy default UI though :D
In my eyes, Windows used to be the desktop environment that "just works and can run almost everything". Lately it's becoming enshittified, with weird bugs showing up more and more frequently (a memorable one is not being able to launch Notepad from the start menu!!). I think Microsoft is losing its best attributes when it comes to consumer software. Linux may not be perfect but it's looking more and more attractive in comparison, even with its imperfections.
https://www.collabora.com/news-and-blog/blog/2020/08/27/usin...
- occasionally an online game breaks and it's usually fixed within a day or two. for example at some point a Battle.net update broke the launcher under Wine some time last year, then for a while Overwatch would intermittently crash once every few sessions. I haven't gamed on Windows in years so I can't even compare anecdotally, but I suspect Windows is probably slightly more stable with live service games. I've never had any issues with a single player game, period. (YMMV)
- DX12 performance is 10-20% worse on Nvidia. This should be improved Soon (TM) - I think the last piece is https://github.com/HansKristian-Work/vkd3d-proton/tree/descr...
- Some anticheats block Linux - the only times I've switched over to windows in the last year have been when some friends wanted me to play Marathon with them
- Running 'sidecars' alongside your games or modding works but is generally more of a hassle with wine
things I didn't expect to work but do:
- Game streaming with Sunlight works fine to Samsung TV via the TizenOS Moonlight app
- Nvidia had suspend issues for a year but those have all been sorted out the last few months
I've only run into a few big issues. One is that gamepass doesn't work at all (of course) so I cancelled it when I switched, but between price increases and BDS I would have cancelled anyway. The other is anticheat like everyone says, but the only game I've actually run into this with is Fall Guys (I only play this every few months and it usually works with some fiddling but sometimes it doesn't). Other multiplayer games like Rocket League and all of the Valve ones have been fine.
The only issue I can remember running into on a steam game was a crash in Civ V multiplayer that had an easy to find workaround. Outside of steam I've had a few small issues with older games from gog like Arcanum and KOTOR2, but my understanding is that these are fairly buggy on windows too.
For the most part the games just work, it's more system issues that I've run into where Linux suspend mode and the audio stack can be a little flaky and required Claude to diagnose and sort out.
I encounter a few games with frame pacing issues, otherwise not present on Windows. Shader compile time is longer than on Windows. Occasional crash in some games, etc.
Windows has issues too. It's not perfect, although they are different issues to Linux.
Ryzen 5800x3D RTX 4080 64GB DDR4 @ 4000 M/T's
love linux but the audio situation has always been bad.
1 + 1 = 2
Now seeing Linux just absorbing Windows APIs into the kernel to make gaming work better? That is the opposite direction. This is what PC gaming needs.
I got into PC gaming when I got my Ambra Hurdla SX25 in 1992. Back then it was the fantastic era of first for everything. We got Comanche, Alone in the Dark, Dune, Dig, etc. First of all game types, not just clones of the same concepts.
That's why Linux keeps getting better while the others keep getting worse.
It's true what Max Planck said that science advances one funeral at a time. So does the tech industry as a whole.
Lol.
Post doesn't sound explicitly vibewritten, so probably just a non-technical person.
They stumbled into the perfect spot with the iPhone, then IAP sweetened it.
Since they found money they support it. But in the process they’ve really destroyed gaming on the platform unless you want casino games or candy crush/clash of clans things designed to extract money and show another ad every 12 seconds.
Yeah they show Resident Evil VIII and Assassins Creed Whatever but they don’t sell much. And the race to free IAPs created mean good games can’t sell even at a single $2 purchase.
Apple Arcade is the only sanctuary. I haven’t heard good things from the dev side, and it’s 80%+ old games from before things were destroyed or IAP riddled games with the IAPs removed, at times not even rebalanced.
I use it because it’s about all that’s left. But iPhone gaming is a shadow of what we had in the early years.
And at this point there is no competition left. The smart phone ate everything. And as far as I know Android games are in the same mess.
A good example of this is the Final Fantasy Pixel Remasters, which were so lazily ported that most fans advocate for pirating the originals instead. Why should anyone pay $14.99 for the bad version of FFVI?
all that said, they view this as enabling the consumer by supporting their hardware better, they have an antagonist, mafia-like relationship with game developers.
You could be more like Plan9, Linux. You could actually innovate and create new paradigms that make people look at MacOS and Windows and think that they are no longer in the same league.
But you don’t want to do that. You want to play games faster.
Fucking children run the world today. There are no adults keeping track of things making sure that as we go forward that things make sense. There’s no adult supervision in the computing industry anymore. None. It’s all just profit margins calling all the shots. Asinine.
How did it turn out for windows, being “The OS for Games”? Not great, I’d say. Windows is quickly losing that title and will soon become more and more irrelevant for gaming. If you focus on games until you’re “The OS for Games” then decide to innovate on real things that matter outside the home, then you’ll lose that title just like Microsoft is losing it now, and it will happen a lot faster for you than it did Microsoft, because the Linux community is about as organized as an Oklahoma town recently destroyed by a tornado.
Games are fast enough for anyone and there are certainly enough games today that if 5 people lived for 500 years each, there’s not enough time for them collectively to play all games that are available today.
I don’t know what you gamers think the “end game” is for games. Graphics? When are you meant to be happy? When will you stop and say, “ok, we made it”?
Graphics. Pfft. Games do not get better with more realistic graphics, and you know it. Great games are great because they are well thought out and well tested. Great games are not great because the shadows are sharper or because the reflections are more accurate. Some of the shittiest games ever look amazing, and some of the shittiest looking games are S-tier. And you all know it.
Old man mode: off
Look at Plan 9, if you haven't. I can open a window, add/remove things from its environment (via mounting and unmounting files into that window's namespace) seal that environment to prevent changes, then launch a program.
The program can only see what is available to it via the file system. If it has no /net folder then it can't talk to the network. At all. If it has a truncated /env then it can only see a subset of the environment variables available to me, the user.
EVERYTHING being a file is ... weird. Unix has that, but Plan 9 takes about as far as it can go, which is pretty far. But that makes permissions to things quite easy, because file permissions are easy.
The other thing that Plan 9 does is that everything is a file, including your environment, mounting and unmounting things from/to your environment is how you gain/deny access to yourself and to programs.
If this permissions model was common, ransomware would have never been possible. No virus could infect your system, only its own environment (with caveats).
If you already know all of this, I apologize. If you don't, then you owe it to yourself to have a look at Plan 9. It's very weird, but once you wrap your head around it, you start seeing why some people really rave about it.
There's a channel on YouTube called "adventuresin9"[0] which has TONS of content about Plan9.
[0]: https://www.youtube.com/@adventuresin9
Seriously, is it really a victory if you have to adopt the architecture of your sworn enemy?
To quote Linus Torvalds from 1997: "I don't try to be a threat to Microsoft, mainly because I don't really see MS as competition. Especially not Windows - the goals of Linux and Windows are simply so different."
This isn't Linux looking to destroy MS, this is mostly Valve understanding the requirement for an OS that won't be able to become predatory to them and their business model in a single system update.
Let's take a simple example.. to send a network packet to a different machine, you just call into the Linux kernel, which dispatches your stuff directly to the network card, and you're done. Pretty simple. However if you want to send a message to your neighboring X11 window, you have to go into the kernel to do IPC, which then somehow dispatches your message to the server process, unblocks and schedules the message pump in X11, which finds your window, then once again you go back into the kernel... then your target process is scheduled, so on and so forth.
Wildly inefficient, yet Linux never got proper good IPC merged (until binder), low latency audio sucked, and none of this coordination logic or audio processing got in the kernel.
Why? Because servers don't need that stuff and some server engineer isn't going to know or care about your use case, you're just small fry, and none of the stuff you do is worth taking on technical risk or slowing down server workloads.
> the goals of Linux and Windows are simply so different.
So different that Windows muscle memory works on most main stream Linux UI's, Many (most?) Steam games run on Linux, and now we have Windows in the Linux kernel.
Windows API's.
> That's not "Windows in the Linux kernel".
How is that not?
That's not a bug, it's a feature.
A control panel (or cross-distro YaST) would be very welcome in the ecosystem I think.
That's not "more accurately", that's just a completely different thing. When I'm on Mac, my muscle memory is thrown off. I'll be typing and my ctrl+s, alt+tab, win+4, ctrl+left* all cause wildly unpredictable (to me) things. I'm currently using Linux, and all of those things work how I expect (with a tiny asterisk on win+#). When I want a control panel, I press the windows button on my keyboard to open something functionally equivalent to the start menu, and open System Settings to get something functionally equivalent to the control panel.
I have no doubt that I could learn the deep differences between Windows and Mac over time, but the initial muscle memory causes me stress before I get to that point. When I switch to Linux I don't have that stress, and so I've been comfortably learning those differences.
* - save, switch to the previously in-focus window, switch to the 4th program on the taskbar, move the cursor one word to the left
Tbh it's not even muscle memory, how often do you edit config files?
Windows copied futexes from Linux first, anyway.
technical details or real-world outcomes?
It is no different from arguing how Linux is getting better GameCube games with Dolphin.
Also Valve is only as good as its current management is still around, eventually like any other company time will pass, and new warm bodies will take other decisions.