[solved] Since latest update dreadful performance with proton game

maboleth · 2024-01-09 22:46:03

I haven't changed a single thing on my system before.
It just updated dbus-broker and installed a new Firefox update.

After that the performance during Proton game is dreadful. Mouse stutters, delays everywhere after 10 or so seconds. The game performs nicely, but the stutter is system related, so evident there as well.

The stutter happens only when the game is running.

Mesa drivers, mesa vulkan, AMD GPU 6650xt.

Last edited by maboleth (2024-01-16 13:49:15)

V1del · 2024-01-10 01:13:11

https://bbs.archlinux.org/viewtopic.php?id=57855

which update, which game? And unlikely this is related to the dbus-broker change, check/post your system journal

sudo journalctl -b

Last edited by V1del (2024-01-10 01:13:44)

maboleth · 2024-01-10 09:07:55

V1del wrote:

https://bbs.archlinux.org/viewtopic.php?id=57855
which update, which game? And unlikely this is related to the dbus-broker change, check/post your system journal
sudo journalctl -b

http://0x0.st/HIuH.txt

Dbus update and firefox update. Now came intel driver update, that's all.
Game is Elder Scrolls Online.

unnilquadium · 2024-01-11 00:37:05

Suggestion:

Try reverting back to dbus-daemon-units, as a first step in troubleshooting:

# pacman -S dbus-daemon-units

and see if you get your performance back.

maboleth · 2024-01-11 13:30:33

It doesn't. I'm not sure if some other files also got updated in the process.

What I can describe is:

Upon starting a game in Steam with Proton, I can hear my GPU ventilators running high. I don't remember happening that before. It was just the launcher starting.

The stuttering then happens every few seconds, mouse cursor stops working, as does every animation or video - e.g. YT video playing in another monitor freezes for a few seconds, though sound can be heard.

I tried uninstalling and reinstalling steam with vulkan drivers completely, but nothing changed.
Also tried switching vulkan from radeon to amdvlk, but same.

This stuttering makes the whole system not usable. Even when I'm out of the game while it's still running.

I have also tested in X11 - it's less pronounced and less frequent (like every 15s or so), mouse works, but still happens. Videos freezing, game hiccuping... It's also system wide.

Last edited by maboleth (2024-01-11 13:36:40)

seth · 2024-01-11 15:50:12

Mouse stutters, delays everywhere after 10 or so seconds. The game performs nicely

For clarification: this is an input related problem only? You get decent FPS, but the mouse misbehaves?

Jan 10 10:01:35 archlinux kernel: hid-generic 0003:046D:C542.0004: input,hidraw3: USB HID v1.11 Mouse [Logitech Wireless Receiver] on usb-0000:03:00.0-9/input0

Do you have a rodent with a tail?

maboleth · 2024-01-11 17:12:05

seth wrote:

For clarification: this is an input related problem only? You get decent FPS, but the mouse misbehaves?

Yes. FPS is as before. Mouse and the whole system freezes for a few secs - as I said even videos, YT and such. Only music/sound goes without interruption.

seth wrote:

Jan 10 10:01:35 archlinux kernel: hid-generic 0003:046D:C542.0004: input,hidraw3: USB HID v1.11 Mouse [Logitech Wireless Receiver] on usb-0000:03:00.0-9/input0

Do you have a rodent with a tail?

What kernel said is true - rodent is without a tail.

Last edited by maboleth (2024-01-11 17:22:44)

V1del · 2024-01-11 20:05:51

Which raises the question whether you can reproduce the issue with a rodent with a tail. Generally what we are assuming that you're potentially simply running out of juice/or there's some signal interference in wireless land.

maboleth · 2024-01-11 20:16:46

Well to that I'd ask - why don't I have any other problems with my mouse anywhere else, except and only when running this game?

Losing the battery charge/interference in the mouse always manifested in reduced movement or disappearance of the cursor BUT, in this case it's different. The whole system stutters except the sound. Video is chopped/frozen during stuttering.

Anyhow, I have two wireless mouses from two separate brands - both behave absolutely the same when this game is started.

I think the culprit is GPU, its drivers or something that communicates GPU with the rest of the system. The stuttering looks video/display related. Even in Windows, when the video drivers collapse they freeze the whole system, often incl. the mouse.

seth · 2024-01-11 20:56:04

FPS is as before. Mouse and the whole system freezes for a few secs - as I said even videos, YT and such.

Those two statements seem to contradict each other?
But the video freezes?
Do you run a compositor?

loginctl session-status

Even in Windows, when the video drivers collapse they freeze the whole system, often incl. the mouse.

3rd link below. Mandatory.
Disable it (it's NOT the BIOS setting!) and reboot windows and linux twice for voodo reasons.

Do you get the same stutter w/ glxgears or reflect (both in mesa-demos)?
Or https://archlinux.org/packages/extra/x8 … uerbraten/ ?

maboleth · 2024-01-11 22:31:15

seth wrote:

Those two statements seem to contradict each other?
But the video freezes?
Do you run a compositor?

They don't actually. The game launcher starts and then the whole system stutters for a few secs every few secs. So if I've been playing a YT video in another screen, I can see it freeze during stuttering time.

Yes I run the compositor - always have. Had no probs, whatsoever.

3rd link below. Mandatory.
Disable it (it's NOT the BIOS setting!) and reboot windows and linux twice for voodo reasons.

Lmao. Thanks, I did disable it now, nice that you reminded me, since my W11 install is barely 2 months old. Did voodoo reboot, but sadly, didn't help the game/stuttering. I even verified/repaired the game. Also checked both drives for disk errors. Nope.

Do you get the same stutter w/ glxgears or reflect (both in mesa-demos)?
Or https://archlinux.org/packages/extra/x8 … uerbraten/ ?

No, they run fine, with ease. Sauebraten too. I can't even hear the vents. Unlike this game, the vents can be heard immediately when the launcher is fired - that's strange.

I will try to uninstall and then reinstall Proton itself.

Last edited by maboleth (2024-01-11 22:38:55)

seth · 2024-01-11 22:42:30

Yes I run the compositor - always have. Had no probs, whatsoever.

Disable it.
Also post the output of

xrandr --verbose

there's a steam ./. VRR related thread.

maboleth · 2024-01-11 23:03:23

I disabled it with

qdbus org.kde.KWin /Compositor suspend

didn't help.

Here's xrandr
http://0x0.st/HIVb.txt

I reinstalled Proton, installed some other (older, less intensive) games that run Proton - no problems.
Just this game. Getting mildly frustrated with it.

maboleth · 2024-01-11 23:15:14

I also tried to reinstall/replace broker with dbus-daemon-units

And got this error when pacman tried to remove broker-units and install daemon:

:: Running post-transaction hooks...
(1/4) Reloading system manager configuration...
(2/4) Reloading user manager configuration...
(3/4) Arming ConditionNeedsUpdate...
(4/4) Refreshing PackageKit...
Error: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Could not activate remote peer: unit failed.
error: command failed to execute correctly

After that the whole system had a massive delay when trying to execute something - for example, to Restart or -Syu with pacman.

Last edited by maboleth (2024-01-11 23:17:50)

seth · 2024-01-11 23:26:56

RANDR Emulation: 1

Sorry, xrandr is only meaningful in X11 (such is "qdbus org.kde.KWin /Compositor suspend")

maboleth · 2024-01-11 23:36:25

No worries.

Wondering, what was used before the latest dbus change/update?

Because I browsed the Arch package archive, wanted to try past versions of either broker-units or daemon-units, but couldn't find anything but the latest versions.

dbus-daemon-units-1.14.10-2-x86_64.pkg.tar.zst
dbus-broker-units-35-2-x86_64.pkg.tar.zst

That's all I found.

Last edited by maboleth (2024-01-11 23:37:27)

Scimmia · 2024-01-11 23:41:44

See the news on the front page

maboleth · 2024-01-11 23:45:57

Scimmia wrote:

See the news on the front page

I did. Says nothing what was used prior that, just what is now a default.

I'm trying to revert the change to a past version, either broker or daemon. But couldn't.

Last edited by maboleth (2024-01-11 23:47:19)

Scimmia · 2024-01-11 23:50:29

Please read closer.

For the foreseeable future we will still support the use of dbus-daemon, the previous implementation.

And don't you think it's pretty obvious that the new default wasn't the old default?'

You can't use a previous version. That's an unsupported partial update.

Last edited by Scimmia (2024-01-11 23:51:38)

maboleth · 2024-01-12 00:00:00

That's why I wanted to try whatever was prior that - the past version of that daemon. But sadly, it's not possible.

seth · 2024-01-12 08:22:24

You cannot/should not switch to a prior version of dbus-daemon, but you could use dbus-daemon instead of dbus-broker again.

The implication of #15 was btw. to check xrandr and the compositor impact on an X11 session

just4arch · 2024-01-12 09:03:09

I hadn't tried gaming for a while, so no idea when this started for me, but here are my 2 cents:
I saw this with wine-staging as well on the 6.6 kernel.
Now with 6.7 the freezes are gone, but input doesn't work anymore.
X hogs one core and I saw a lot of vsync related lines fly by in an strace - disabling VRR doesn't help either.
This is using amdgpu on LXDE with openbox.

I haven't had the time to investigate further but maybe this will help this thread.

@OP
Can you try kernel 6.7 from testing?

unnilquadium · 2024-01-12 10:42:59

Please clarify:

maboleth wrote:

Upon starting a game in Steam with Proton, I can hear my GPU ventilators running high. I don't remember happening that before. It was just the launcher starting.

Does it happen with any Proton game or only Elder Scrolls Online?

maboleth wrote:

Now came intel driver update

Which driver? Do you have multiple graphics cards?
Do you have xf86-video-intel installed?

maboleth · 2024-01-12 11:13:31

Yes, only ESO is causing trouble. But then again, I'm not playing other hardware-intensive games. I tried several Proton-based games but they were fairly old.

Which driver? Do you have multiple graphics cards?
Do you have xf86-video-intel installed?

No, but for some reason I've had many intel stuff installed. Like intel-media-driver, some libs and intel-vulkan.
I've installed Arch with a built-in script archinstall. Not sure if that or Steam installed intel by default?

But I uninstalled all intel-related stuff now, as my system is Intel-free.
Of course it didn't fix anything, but at least my Linux install is a little tidier now.

@just4arch thanks for your findings, could be the case. I will wait until 6.7 comes to Core.

@Seth okay, fair deal, I will try if I log to X11

Last edited by maboleth (2024-01-12 11:14:12)

maboleth · 2024-01-14 23:52:34

Sadly, 6.7 kernel didn't improve anything for this problem.

Same old stuttering and hiccups when this game is running.

Maybe a little less frequent and last only for a second, but still happening and annoying.

Last edited by maboleth (2024-01-15 00:01:30)

Arch Linux

#1 2024-01-09 22:46:03

[solved] Since latest update dreadful performance with proton game

#2 2024-01-10 01:13:11

Re: [solved] Since latest update dreadful performance with proton game

#3 2024-01-10 09:07:55

Re: [solved] Since latest update dreadful performance with proton game

#4 2024-01-11 00:37:05

Re: [solved] Since latest update dreadful performance with proton game

#5 2024-01-11 13:30:33

Re: [solved] Since latest update dreadful performance with proton game

#6 2024-01-11 15:50:12

Re: [solved] Since latest update dreadful performance with proton game

#7 2024-01-11 17:12:05

Re: [solved] Since latest update dreadful performance with proton game

#8 2024-01-11 20:05:51

Re: [solved] Since latest update dreadful performance with proton game

#9 2024-01-11 20:16:46

Re: [solved] Since latest update dreadful performance with proton game

#10 2024-01-11 20:56:04

Re: [solved] Since latest update dreadful performance with proton game

#11 2024-01-11 22:31:15

Re: [solved] Since latest update dreadful performance with proton game

#12 2024-01-11 22:42:30

Re: [solved] Since latest update dreadful performance with proton game

#13 2024-01-11 23:03:23

Re: [solved] Since latest update dreadful performance with proton game

#14 2024-01-11 23:15:14

Re: [solved] Since latest update dreadful performance with proton game

#15 2024-01-11 23:26:56

Re: [solved] Since latest update dreadful performance with proton game

#16 2024-01-11 23:36:25

Re: [solved] Since latest update dreadful performance with proton game

#17 2024-01-11 23:41:44

Re: [solved] Since latest update dreadful performance with proton game

#18 2024-01-11 23:45:57

Re: [solved] Since latest update dreadful performance with proton game

#19 2024-01-11 23:50:29

Re: [solved] Since latest update dreadful performance with proton game

#20 2024-01-12 00:00:00

Re: [solved] Since latest update dreadful performance with proton game

#21 2024-01-12 08:22:24

Re: [solved] Since latest update dreadful performance with proton game

#22 2024-01-12 09:03:09

Re: [solved] Since latest update dreadful performance with proton game

#23 2024-01-12 10:42:59

Re: [solved] Since latest update dreadful performance with proton game

#24 2024-01-12 11:13:31

Re: [solved] Since latest update dreadful performance with proton game

#25 2024-01-14 23:52:34

Re: [solved] Since latest update dreadful performance with proton game

Board footer