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.
Linux gaming is faster because Windows APIs are becoming Linux kernel features
201–210 of 694 posts
Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features
#202Anyone move completely over to Linux for gaming? What is the experience like and what are you using?
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.
Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features
#203Earlier quoted context omitted.
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…
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 re…
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?
Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features
#204Anyone move completely over to Linux for gaming? What is the experience like and what are you using?
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…
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.
Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features
#205Earlier quoted context omitted.
What really drives me nuts is smart TVs with 100mbps Ethernet connections. When I bought a tv we looked in vain for gigabit Ethernet.
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.
>DIY x86 HTPC
ARM slander was not warranted
Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features
#206Earlier quoted context omitted.
Similar but traps are triggered automatically on attempts to execute a protected instruction. https://www.geeksforgeeks.org/operating-systems/traps-and-sy...
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?
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.
Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features
#207Feels 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…
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…
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: Linux gaming is faster because Windows APIs are becoming Linux kernel features
#208Earlier quoted context omitted.
Similar but traps are triggered automatically on attempts to execute a protected instruction. https://www.geeksforgeeks.org/operating-systems/traps-and-sy...
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?
[deleted]
Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features
#209Crazy 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.
Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features
#210Earlier quoted context omitted.
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.
>DIY x86 HTPC ARM slander was not warranted
Are there DIY Arm boards that make a good HTPC? Do they have hardware video decoding?