This might be due to windows hibernation behavior. When you shut down windows 10 and 11, it actually hibernates the drive instead of a full shutdown. You can disable it by turning off “fast startup” option(s). I haven’t had to do it in a while so I can’t recall exactly where the option lives. Hibernated drives get marked to prevent writing to them as it may corrupt the windows install.
I’m on an AMD system, but adding “VKD3D_CONFIG=no_upload_hvv” to my launch options fixed all the weird stuttering and significant performance issues for me. It disables reBAR while the game is running, which I wouldn’t think would do much, but boy was I surprised when it solved the issues! I’ve also seen some reports on protondb that running the game through game scope might solve your issues on Nvidia hardware.
As others have said, it might be the new steam recording feature being a touch buggy still. You could also try running the game through gamescope. I’ve had that resolve weird stuttering when game frame pacing wasn’t matching up with the refresh rate of the monitor or compositor properly.
Rehabilitated HP z440 workstation, checking in! Popped in a used $20 e5-2620v4 xeon CPU and 64gb of RAM and it sails for my use cases. TrueNAS as the base OS and a TalOS k8’s cluster in a VM to handle apps. Old but gold.
In my experience, Seagate exos are only “loud/clicky” when under HEAVY write loads. Mostly they’re pretty quiet with a very low drone at worst. In any decent case it’ll be pretty negligible. With headphones on doubly so.
Absolutely this. Relatively quick and clean, no messing with installation or reconfiguration. That is, assuming your data isn’t completely corrupted and the old drive doesn’t just outright fail during transfer… But if that happens you were screwed to begin with.
Just tracking trended data in general would be sufficient to defeat a LARGE number of common cheats. One of the very few use cases “AI” might actually work for in a positive way. But that puts the burden on the developers and server hosters, and it’s much easier to just burden the players directly instead.
My old Nexus 5 was my first smartphone and probably still holds the top spot for price, performance and usability (at the time) of any phone I’ve owned. My current Pixel 6 is somewhat close- but there was just something SO solid and magical about the old Nexus 5.
If you’re gaming you might as well just jump on Bazzite if you’re already interested in Kinoite. Very similar base, but Bazzite has some extras Kinoite doesn’t and it makes a transition into an immutable distro easier.
AMD with ray tracing isn’t great. Not as bad as it used to be, but pretty lackluster overall compared to Nvidia (and to a lesser extent Intel’s GPU offerings). Linux ray tracing via Proton is also not as optimized at present, so that can take something “passable” in windows and make it unplayable on an AMD card in Linux. If you get something overkill for the resolution you’re playing at that can somewhat make up the difference.
If you’re doing 1080p the 6600 is pretty solid. Or 7600, really. It CAN do higher resolutions, but then you’d need to start doing FSR scaling or drop settings to keep things smooth/consistent.
I’m just here to say Bazzite all the way. No clue what that poster meant by breaking issues or problems with rollback… Bazzite is literally designed to be the antithesis of both. The ONLY time I’ve had a problem with it was rebasing my laptop between Silverblue and Bazzite. Technically allowed, but I wouldn’t advise it as that did cause me stability problems. I’d blame Silverblue more than Bazzite in that case, however. A clean Bazzite install has been solid ever since.
You seem to be arguing it’s all about the implementation of the phoning home itself- I’m arguing that running the entire executable/binary through a virtual environment likely has far more drastic performance implications than a phone home, regardless of frequency. It probably IS mostly an implementation problem, but I’m more inclined to believe that the implementation of the Denuvo virtual environment is at fault, not just a server call and response delay. **EDIT: Apologies, forgot to include a link- see HERE. Looks like a substantial/measurable difference. Not massive, as measured here, but certainly enough that if your hardware is just barely able to run a game it could easily make or break the entire experience.
Regarding performance implications: I believe Denuvo DRM runs through a type of virtual machine environment. While this theoretically should be relatively transparent, there are definitely documented instances of it negatively impacting performance, sometimes severely. Maybe the VM it runs in is just bad with certain instructions/calls on certain CPU’s or api’s, hard to tell for sure. But it’s not nothing.
Possibly dumb question: why not use an Authentik outpost with a reverse proxy to enforce SSO? It wouldn’t be “baked in” so to speak, but it would be fully OIDC and as long as you’re just running it through a web browser. Biggest downside is you’d need 2 logins (one for the outpost and one for the app). I’d assume the sso is specifically for the extra security though, so that shouldn’t be a problem outside of it being a little hassle.
Adding repos can just be done inside a Toolbox, or even as Overlays. Grub can also be edited and changes applied to immutable OS’s like Bazzite/Kinoite. I’d definitely say give it a shot on a non-daily driver machine and see how you like it. Having the option to mess with the underpinnings can be nice- but not having to has a lot of value as well.
I know, right? It’s so hard to “really” mess something up and Toolboxes are very cool for things not served by Flatpaks or Overlays.
Regarding your not wanting to go with an immutable distro: what configs are you thinking you’ll need to mess with that makes an immutable distro a bad idea exactly? I was previously on the fence about it as well but Bazzite has absolutely served my needs and requires way less fiddling than my previous Nobara install did after major updates. I have yet to find any day to day configurations that I haven’t been able to overcome with OSTree overlaying. Aside from being immutable, Bazzite literally checks every other box you’ve got listed.
Why would I recommend Fileflows? It was a little more user friendly in my experience without requiring pulling in configurations from other sources. I know there are repos chalk full of Tdarr settings and configs, but for simple setups and DIY I preferred the Fileflows interface. The end result is basically the same, so pick your poison.
The answer is toolbox or similar container systems. It runs a sandboxed version of another OS inside your Bazzite install with minimal performance overhead. Not quite the same thing as virtualization, but thinking in those terms can be helpful for those new to the concept. It won’t let you run and install everything, but it sure will handle a lot!