“linux does not allow us a good enough ability to confirm boot state”
Skill issue, L for riot games.
Realistically, if this is true, it’s because of security. Shocker on that one really. Also, there are probably only 800 players on linux because the anti cheat doesnt fucking work. But that doesnt count apparently
I’m no expert here, but couldn’t they rely on SEV/SME or similar? My understanding is those features encrypt RAM, which would make it a lot more difficult for an attacker to do memory-based attacks when the game is running within a VM. I expect “physical attacks” would include attacking a VM’s memory, but again, I’m not an expert.
I also wonder if this could work in a containerized environment instead of a VM, so players could just run a lightweight container and preserve direct access to resources like the GPU. I don’t know if GPU access can be required to be encrypted as well, but surely this is a massive step forward.
i have no clue myself frankly. Realistically, doing literally anything is probably going to be better than what riot claims is possible. I think a fundamental part of the problem is stuff outside the control of the game, the OS already has segmented ram for instance, it’s all supposed to be virtually privatized, that way you don’t get these kinds of problems On the fly encryption would probably help, though they would probably just use shitty encryption anyway. Regardless, if you get something to hook into the game code itself, rather than just abusing memory values, it wouldn’t matter. Because at that point it’s going to be running inside the game.
Windows also doesn’t work out of the box like you demonstrated in your post, people are just familiar with how to get it working. Like, Linux isn’t more complicated than Windows, it’s just both complicated and unfamiliar to a lot of people.
Yup. Imo, Linux has a better OOTB experience than Windows since most drivers are already part of the kernel (esp if you buy an AMD GPU). If you only need basic software (web browser, office suite, etc), you’ll be good with any major Linux distro after a default install.
The complexity of Linux only really comes into play if you run into issues, like some hardware isn’t properly recognized/supported (frequent on cheap laptops, esp WiFi and sound), or you need specific Windows software.
That said, if you know both systems well, I think Linux is easier. It’s usually just tweaking a config file or setting up a third party repo and installing a propriety driver. And that can be nearly completely avoided by being careful when buying hardware, and knowing what to avoid takes some experience.
I would report so many more bugs if there was a way to do so easily, in app, without having to create an account somewhere or signup to some website or specific forum. Give me a one-click “report bug” box and I’ll do it. BG3 did this well.
Maybe if Valve could work out shipping them to other regions officially we’d see more growth. I still see people lamenting that they can’t buy a Deck without going to some sketchy third-party and overpaying.
There’s a lot of projects to help get Windows games working better on Linux, and this effort is basically all those projects coming together to work on making the ‘ultimate’ project that will make it easier than ever to game on Linux! :D
I wouldn’t be surprised if this was essentially just a common result of refactoring code. Rust might help compile to more efficient C than the stuff people write on their own? But my code is always more performant after a refactor. Surely writing this in another language would cause someone to look deeper at the choices being made during development. Even the scheduler might have some technical debt.
The main improvement Rust provides is memory safety. It’s very easy to make mistakes in C where you could overrun a buffer or something, introducing unexpected crashing and making it vulnerable to exploitation by malware or whatever. Rust eliminates a whole category of issues with their clever memory management paradigm. The improvements in this schedule probably have more to do with the strategy used than code efficiency.
C and Rust are low level languages, suitable for interacting directly with the hardware. C++ might be described as C with some object oriented stuff bolted on, making it excellent for videogame development. C# is a lot more like Java. It’s great for line of business apps because it handles the complexity of memory management for you and provides an excellent framework and excellent libraries for a lot of common tasks. But it’s not suitable for low level work.
Linux has quite a few schedulers. The performance of this new one is almost certainly a result of different algorithms used, not an effect of refactoring the existing ones, nor the language it’s written in.
I don’t think I’ll dig in to the code just now, but if it turns out to have much practical value, perhaps we’ll eventually see an article about the design.
Yeah, a scheduler just decided which processes get CPU time and takes up a very small part of total execution time. So yeah, I wouldn’t expect compiler optimizations to matter much.
Bc linux users are not only more tech literate on average, but also have more of a sense of community and shared responsibility. Yeah, if we get annoyed by something, we know we’re not the only ones, and if we can’t fix it ourselves, we tell the ppl who can. You don’t just assume it will always be broken, or assume a future update will magically fix it.
Earlier this year I had a months long issue where my desktop image would freeze if I set its refresh rate higher than 120. I thought my GPU was breaking up, but I finally found a post on the Nvidia forum where someone else had the same issue and realized that it was because of the newest driver. It took months for Nvidia to fix that. Two months ago I just decided to switch to AMD and sold my Nvidia card and haven’t had any issues with AMD so far.
My 3080M won’t go higher than 80W on Linux for the past 3 years that I have this laptop. I tried both the 535 and 545 drivers, still same issue. This is absolutely unacceptable.
To be fair AMD recently had a bug where the 6000 series GPUs would sit at 96 mhz unless you set your refresh rate below 100hz and that also took a couple months to be fixed. I was randomly getting 20fps in every game until I managed to find this gitlab issue. It started in kernel 6.4 and wasn’t fixed until 6.6 so I had to play at 90hz on my 165hz monitor for that whole span.
Surprised it didn’t happen sooner, Those cash-grab pet cube and anime games with drop rates in the 0.0001% have been around for a minute but no one said anything.
Pretty happy Genshin Impact hasn’t gone scorched earth against Linux users who have to rely on custom launchers, yet. What’s ironic is that Apex Legends is supposed to be officially supported on Linux though.
Just wait and see how good those drivers are first.
AMD given nvidia having a better performance to cost ratio
When the fuck?
and the fact that they have the potential for HDMI2.1 support which AMD doesn’t have a solution to yet.
An open source solution exists for Intel, the way it works is just by a translation layer between HDMI & DisplayPort. I imagine AMD will do the same thing.
A lot of displays don’t support DP unfortunately. I have an LG C2 which is perfect for desktop use and one of the more affordable OLED screens out there, and it does not support DP. The PC monitor equivalent that uses the same panel is made by Asus, but that one has a $600 dollar mark up.
There are converters these days, albeit with some minor quirks. And they typically only use DP 1.4 anyway, although that’s enough for perceptually lossless 4k@120hz + HDR.
Do they support VRR though? Last I heard that was still an issue with these converters.
Yes, some of them do but it can be dependent on the firmware (some of them are flashable). I will add that my display supports both Freesync over HDMI and VRR, and it’s not always clear which it is actually using under the hood, so be aware of that. You’ll need a pretty recent kernel. Definitely at least 6.3 but prefer 6.6 or later.
My experience is the adapters have much better support under Linux as well, with them being almost useless on Windows (no HDR, no VRR, and potentially no 120Hz). But it’s been a while since I’ve tested.
Did you copy the wrong link? This was a random youtube video.
Good to hear that some adapters do work though. The lack of HDMI 2.1 basically prevented me from ever considering AMD, but if there are converters that work that certainly opens up my options.
Thanks! So VRR works out of the box for you or did you have to do tweaks to get it to work? The answers on the Amazon page are conflicting, with the manufacturer saying VRR is not supported but some users saying it does. Don’t know who to believe.
Should work out of the box with Plasma 5/6 (6 if you want HDR) and Sway.
VRR didn’t work with older firmware versions but there have been updates since so the manufacturer information may be out of date. If it doesn’t work, there are links in the gitlab thread for newer firmware (you’ll probably need Windows to update although I saw some vague references that it might be possible on Linux). The adapter is mostly useless on Windows for the record, although you can just swap to a direct HDMI connection in that case.
Oh and I’ll add there are some instances where you may need to power cycle your TV/monitor and/or switch console VTs, if you get a black screen or if HDR fails to toggle on/off.
And lastly, gamescope session didn’t work reliably last time I checked, but it’s been a while.
linux_gaming
Top
This magazine is from a federated server and may be incomplete. Browse more on the original instance.