I’ve been running the same arch install for atleast 5 years… I honestly can’t recommend any other distro because I haven’t used many for a long enough period of time
I also used Arch for 5+ years and had very few issues. If you know what you’re doing, it’s not hard to keep it running stable.
I’m now on Tumbleweed and have even fewer issues.
But honestly, what’s wrong with stable distros? I recommend them by default because there’s far less chance for anything to go wrong day to day, and your only concern is at release time. I switched because I’m a developer and using the latest is better for me so I can test on the latest versions of things. I also prefer to fix things as I go instead of potentially lose a day to a release upgrade going sideways (happened twice, once with Ubuntu and again with Fedora).
Btw, Tumbleweed is great because it configures snapper by default, which let’s you roll back if an upgrade goes poorly. I’ve used it a few times over 2-3 years, mostly when my NVIDIA driver got mismatched from the kernel. I’m now on an AMD GPU and haven’t needed it since.
I’m sorry, but if you see a 25% difference in a benchmark, that means your methodology is somehow flawed. A few percentage in either direction would be believable, but this difference would be so comical if true, that extra wariness is needed.
There’s a few thing that look a bit off to me, but most importantly it seems like your OBS settings are wildly different between systems. It’s a bit hard to make out, but it seems like you’re doing CPU-based encoding on Linux and GPU-based encoding on Windows.
I am not doing CPU Encoding on any system but there is a difference indeed.
Linux is Gstreamer VAAPI H265 and Windows GPU Encoding H264. In fact, Windows should have had an easier time encoding, I didn’t realize that until now. Also asI have commented on the video the game is on a 980 Pro on Windows and on an HDD on Linux so Linux can be much faster. I will rectify that by getting an SSD to put all my games on in the future.
Beyond that, the methodology is not flawed, if you can even believe that. Everything is on the video for comments exactly like this one.
I see. As I said, it was a bit hard to make out in the video.
In fact, Windows should have had an easier time encoding
Granted, I don’t know too much about AMD’s video encoding solutions, but from a cursory glance on the internet, it seems like their H.264 solution is quite bad compared to H.265. Given that the game is GPU-bottlenecked and your CPU isn’t stressed at all anyway, I’d recommend recording these tests using the CPU to eliminate more variables.
Beyond that, the methodology is not flawed, if you can even believe that.
Well, yeah. As much as I’d like to believe, these differences are way too big for me to do that, even with everything you’ve shown in the video. Occam’s Razor would suggest that it’s much more likely that the benchmark/setup is simply flawed in some way, rather than multiple teams of OS-, hardware-, and game developers not realizing a gigantic 25% performance improvement on the table that’s somehow more or less “accidentally” fixed just by using Linux/Proton/DXVK.
Not saying you’re wrong, but it’d need a good chunk more evidence for me to believe that.
I just edited my comment right as you posted, so I’ll put it as a separate comment now:
It would also be interesting to see this game running through DXVK on Windows. That way the calls made to the GPU should be virtually identical, eliminating possible problems with DX11 in the AMD driver.
yeah same, I used to dual boot win10 for certain games and slightly better performance but since kernel 6 something and the 7900xtx I’m gaming on Linux full-time including Starfield
What resolution are you running at and what CPU do you have? I have a Ryzen 3900x and an Nvidia 3090 and in the Constellation headquarters, I am seeing around 34fps at 4K. I have to lower the render resolution to 55 to make it more responsive.
Switched to Experimental to see if that made any difference. Not really. On load, gpu is sitting around 60%. After going into and back out of the cave again, GPU sitting at 90% usage. CPU constantly around 60%.
Seems like there are some optimisations that need to happen, better unloading perhaps.
I am seeing 90% usage as well. For CPU, I’ve been noticing that there’s one or two cores that get slammed to 100, so I am thinking its a CPU bottleneck. Makes sense considering that in some areas, lowering render resolution doesn’t do anything.
Haven’t watched the video yet but I’d like to add from my very limited experience. I recently switched to Kubuntu (still have my windows boot) and the one game I play (Red Dead Redemption 2) seems to be running worse. I haven’t done much testing at all so it could be something I can adjust and get running better.
Having said that, general day-to-day performance is miles ahead of my Windows install.
If I could get RDR2 to run better on Linux and DaVinci Resolve to run I’d have no need to keep my Windows install.
Have you tried something like Nobara? I’m pretty sure DaVinci Resolve works on Fedora (which Nobara is based on) and you will get the latest optimizations as well. I am on OpenSUSE Tumbleweed just cause best performance on my system.
Nobara comes with DaVinci Resolve out of the box (or in the post install configuration screen at least).
That said I saw problems on Nobara I don’t have in arch that made me almost switch back to windows.
Decided to try arch before I switch back to windows, long story short have been on linux for two months without any plans of going back, the idea of windows now makes me wince.
Archinstall is perfectly fine, or EndeavourOS, they will make installing easy, i only use pacman and AUR for packages, anything not there Ive managed to build myself. This is the main reason I love arch, pacman + AUR are amazing.
You will probably want an AUR helper like yay or paru (doesn’t really matter which one for you, i prefer yay for sounding fun).
Proton is good enough that I’m extremely confident that games will “just work” even if it’s a fresh release. If it for some reason doesn’t, refunding is free and easy. Though it sounds like it’s an unoptimized mess regardless lol.
Typically it’s only “good enough” because the community has rallied and written the scripts to tailor the wine prefix for that specific game’s peculiarities.
A demo would probably do it, or an advance copy, or a leak. But it might not “just work” from 12:01 after the midnight release.
Uh when is the last time you used proton? That’s not even slightly true. I just beat Baldur’s Gate 3, it “just work”, zero issues from proton’s side of things. I play Genshin Impact too, which works with zero configuration or anything. Even the anti cheat they made compatible with it.
I can attest to this. I don’t play the absolute newest games, but I can’t think of a single title that did not work with Proton-GE, without any tinkering past like… early 2022. It has been very smooth, no matter the kind of game. Of course, minus the known offenders like Destiny 2 or R6 Siege
Every other game I play needs some special command line argument.
Baldur’s Gate, for example, but that was the other comment that used that as their example.
Yes, but generally it’s not “the community” like how mods work, it’s a project run by Valve who controls the review and release process. Sometimes patches come from “the community,” and sometimes they come from paid developers, but they all go through Valve.
You can choose to use a community Proton build like GloriousEggroll’s builds, but them that’s something more like a mod than a patch to an official project.
You’re confusing Proton with community efforts like Lutris. Proton is a package of technologies (Wine, DXVK, Vessel), not a configuration manager. Each individual game gets an identical, isolated runtime environment without any bespoke modifications except for downloading precompiled shaders (if available).
It’s certainly true that Proton has hardcoded quirk flags for specific applications, but these are exceptions which prove the rule – there are <200 of these compared with thousands of Verified status games. Almost always, Valve prefers to fix the upstream Wine/DXVK bug rather than hacking around it. Any hacks which Valve does ship are in the Proton source code, not per-game environment scripts.
It doesn’t work natively on Windows without stressing even the highest end machines. I guarantee if you try to emulate it, the result will be even worse than the already terrible native experience.
API call translation is often very inexpensive and, particularly in the case of DXVK for graphics calls, sometimes actually results in faster code if the underlying API implementation is more performant than the original Win32 equivalent – see Elden Ring launch day performance on Linux vs. Windows for an example of this.
I just installed it and it seems to work out-of-the-box for me on Ubuntu 23.10 with a AMD 7900 XTX and AMD 5800X. I’m getting around 55 fps at 3440x1440 with almost everything high beside having disabled V-Sync, DoF and Motion blur. AA set to TAA 2x.
linux_gaming
Active
This magazine is from a federated server and may be incomplete. Browse more on the original instance.