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).
Linux gaming is faster because Windows APIs are becoming Linux kernel features
401–410 of 694 posts
Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features
#402Earlier quoted context omitted.
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.
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 .
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.
Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features
#403Earlier quoted context omitted.
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,…
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.
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.
Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features
#404Earlier quoted context omitted.
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 h…
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…
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.
Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features
#405Earlier quoted context omitted.
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.
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.
Alt-Tab to cycle windows.
Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features
#406Earlier quoted context omitted.
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…
> NTSYNC isn't faster, it's more "correct". 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.
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)
Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features
#407Earlier quoted context omitted.
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.
Rather, several missing, useful APIs that were hard to emulate efficiently have been added. That's not "Windows in the Linux kernel".
> several missing, useful APIs
Windows API's.
> That's not "Windows in the Linux kernel".
How is that not?
Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features
#408Show 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…
As others have said, try it yourself, it's very low effort nowadays. For me the lowest bandwidth option was to dual boot then load existing library with https://github.com/ValveSoftware/Proton/wiki/Using-a-NTFS-di...
Got it running in less than an hour.
Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features
#409Given 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…
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 long long long ways from the median gaming PC being Linux.
I am really curious: what is your definition of a power user.
Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features
#410Feels 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 framer…
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.
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.