I tested with these launch options: STEAMOS=1 STEAMDECK=1 DRI_PRIME=1 mangohud %command%. I keep the Steam Deck options just in case, since this game has anti-cheat and is officially playable on the Deck.

Otherwise, the game ran on integrated, showing it here.

I also looked around a bit to see how’s that variable tested and got this: [output on Pastebin].

I’m fine with the options I have tho! So long as it works for me I’m not complaining, most of the time I’m not looking at them and I can just paste them on a text editor if I need to, thanks for the suggestion anyway.

Yeah, I had to do that, I even had to sign it again for some reason even when it wasn’t updated, since I randomly got the Nvidia daemon not running error when booting up, although it didn’t happen often.

I’ve been trying different launch options posted there just to get the game running, once I’m home in a few hours I’ll try only DRI_PRIME=1 and reply after I’m done, but for some reason prime-run did nothing on its own, adding that other variable with the path made the game offload, but that was when I had [Secure Boot] enabled, so things might work now with these changes, we’ll see…

Ah… maybe for me it’s because I didn’t get much experience with distros that work like that, I didn’t want to mess up things and ignore the warnings they set up on the wiki, before having this laptop I had some familiarity with Linux, but for well over a year it’s been mostly running winblows, and a lot of things changed on Linux, so distros that work with layering were a new thing to me.

But for now I’m good on openSUSE after fixing (?) the problem by managing to disable [Secure Boot] with help of the others here, I’ve gotten a few suggestions on distros to try out on virtual machines so I might end up switching if I feel like doing more testing, but for now I’m happy here. Bazzite still remains as an option so I’ll get it back if I need it.

Thanks for the suggestion, I’ll give it a shot on a virtual machine and I might switch to that or CachyOS, not sure what I’ll do, but for now things are working again here on openSUSE, but it’s good to know Garuda works for you.

I’m using the propietary driver, latest stable release as of now which is 580.105.08, I thought it could be a memory leak as well, maybe I should’ve tried if it happens with other demanding games like this, bur once I could learn how to disable [Secure Boot] it seemed like WuWa remained running above 60FPS consistently (maybe it was blocking something that wasn’t signed but I’m not sure).

You must be talking about SUSEPrime, I have it up and running, it provides the prime-run I use to launch the game. I remember trying to set up the dGPU when I had Debian a couple months ago, and it didn’t go well (Bumblebee was among the stuff I tried), my games weren’t off-loading unless they had a native Linux version, like ETS2.

Thanks, I actually ran nvidia-smi on multiple occasions, I did while I was figuring out the launch options to put in WuWa and ensure it’s being offloaded.

But here’s the output of these commands right now while the game is running with Mangohud to show FPS, thanks to help from others here, I was able to work it out by disabling [Secure Boot] but I’ll test some more when I can to ensure it’s all working and mark as solved.

I had the propietary driver set up with help of the openSUSE wiki here.

LD_PRELOAD="" did work but I was hoping I’d be able to keep the Steam Overlay for its screenshot utility (I use it a lot), but it appears to be fixed now thanks to the others’ suggestions here, after finding how [Secure Boot] is disabled.

That file doesn’t seem to exist (in fact the ipl directory isn’t even there), but probably because I managed to make that change, the game seems to be working normally as I said in another reply as it’s running consistently above 60FPS, I’d like to test one of these days again before marking my question as solved (taking more screenshots and playing with less idling).

Otherwise here’s a screenshot of a test without LD_PRELOAD="" after a little over 2 hours of having the game open.

Thanks anyway!

Hi, that’s nice!

But sorry for the delay, I needed some more time to test, I did try LD_PRELOAD="" but I was hoping I wouldn’t need it since I prefer Steam’s screenshot tool from their Overlay, as I can quickly take screenshots in a row and quickly view them without leaving the game.

I’d prefer Plasma as well although trying other DEs would be a nice experience, but I was able to disable the [Enforce Secure Boot] that also disabled [Secure Boot] in itself (interestingly it made the [Hybernate] option appear in the start menu on Plasma) after testing anon5621’s suggestion, then I left the game mostly idling for a little over 2 hours without LD_PRELOAD="" while I had some things to do, played a bit, and the gradual lag didn’t happen at all (the game was consistently above 60FPS), I tried bringing in and out the overlay a few times but nothing, I might need to do more testing like maybe take more screenshots when I plan to play WuWa or something else for longer one of these days, but I’m pretty sure I idle’d before with the game open and it lagged later anyways (before disabling [Secure Boot], that is) and now it’s not…

At any rate, thanks for the suggestions, here’s a screenshot of the game with Mangohud overlay after that +2h test.

Thank you! I didn’t realize that could work (I had to disable the enforcement option and that made [Secure Boot] turn off as well), interestingly it made the [Hybernate] option pop out in the start menu on Plasma, I think I’ll try a bit more on openSUSE before deciding if another distro could be what I need but the gradual lag seems to be a Steam Overlay issue, otherwise I happened to be testing CachyOS with XFCE on a virtual machine and I really liked it.

And yeah, I check with nvidia-smi and there’s also noticeably different performance if the game is offloaded or runs on integrated, its EXE shows up on the output when it’s offloaded.