You are not logged in.
Will have to try out the LD_PRELOAD fix later: https://github.com/doitsujin/dxvk/issues/4436
tried this, seems to be a successful workaround. Will playtest more tomorrow and update.
Offline
https://github.com/ValveSoftware/steam- … ssues/7505
So since > 4 years the steam overlay causes a performance drop after 25-40 minutes, but only when moving the mouse…
* Is this steam, steam-native-runtime or a flatpak?
* When the performance goes down, are you running OOM (though it's more likely that some counter wraps…)
You might want to record this in https://wiki.archlinux.org/title/Steam/Troubleshooting and also afaiu it's possible to disable the overlay in the games propeties?
Offline
Steam from the Arch repos. I don't think I'm running out of memory, but I don't have swap. I read on the Arch Wiki something about this cool systemd thingy that apparently kills programs when there is no memory left, and I set it up. However, appartently, it's useless without swap. Forgot the name of it, but it's highly unlikely I'm running OOM. I've disabled the Steam overlay globally, so the option in any game's properties is off and grayed out. Also, the LD_PRELOAD fix doesn't seem to work really. I will try playing the game with the controller and the keyboard only, no mouse. Also, I switched ports for my mouse and my keyboard. Am gonna playtest and update.
Offline
Update: When it happened this time, even the controller was affected. Sometimes, every input causes lag. Other times, just left mouse click. This time, it kept happening even when I didn't send any inputs. The behavior is very inconsistent. I disconnected the mouse and the keyboard and it stopped happening after a few seconds (pressing R2 on the controller or left click still led to stutters even after I unplugged mnk). Maybe I'll try playing a game with just the controller and the keyboard.
Offline
I disconnected the mouse and the keyboard and it stopped happening after a few seconds (pressing R2 on the controller or left click still led to stutters even after I unplugged mnk).
The mouse might generate spurious input (sometimes the sensor cannot make up its mind and you flicker between two pixels)
disabled the Steam overlay globally … the LD_PRELOAD fix doesn't seem to work really
Does https://wiki.archlinux.org/title/Steam/ … _emulation help?
Do you get the same w/ https://archlinux.org/packages/extra/x86_64/xonotic/ ?
Offline
The worst part is being unable to test changes quickly. Every change I make requires playing and waiting for the inevitable
edit: Found this after Googling even more, and it seems like it could be related. Will have to try out the LD_PRELOAD fix later: https://github.com/doitsujin/dxvk/issues/4436
I played a few hours last night, then another hour this morning and I had zero issues with LD_PRELOAD="" set. Never had to restart because of FPS dropping when moving the mouse around.
I haven't tried with gamemode and/or gamescope along with LD_PRELOAD yet though. My full launch command was:
LD_PRELOAD="" DXVK_FILTER_DEVICE_NAME="AMD Radeon RX 6600 (RADV NAVI23)" %command%
(Adding only DXVK_FILTER_DEVICE_NAME didn't help anything, but I like including it after Hades 2 screwed up without it)
Offline
The mouse might generate spurious input (sometimes the sensor cannot make up its mind and you flicker between two pixels)
I highly doubt that. This used to happen in like 2012 with laser mice that were kinda shit but I'm using modern hardware. As I said, I haven't seen this in any Linux game, ever. Only Wine games. I would not run any game with WineD3D, even if it fixes the issue, so it's pointless. WineD3D is laggy and old. However, I'll still test it and update when it happens.
Offline
Just tried using WineD3D, one took ages to load and ran like a slideshow (also looked dark as fuck, like an horror game), the other froze while loading in, and the third ran properly (this was a 2d game, the others were 3d). So I don't think I can really test WineD3D in the first place. I'll keep testing
LD_PRELOAD="" gamemoderun %command%
though. It's promising so far.
Last edited by average_scout (2024-12-11 10:41:35)
Offline
This used to happen in like 2012
To you? Seems an oddly specific date
This is more related to the surface than the sensor and I'm meanwhile convinced that it's steam-specific, the spurious input could just explain why it happens w/o you actively using the mouse.
WineD3D, one took ages to load and ran like a slideshow
There's something severely wrong w/ the system setup - vulkan might get you some 10% more performance but if vulkan runs at 100fps and wined3d at 1fps, the latter is running in software or your facing some vsync issue (that for some odd reason would not apply to vulkan - reverse prime?)
Check the steam logs.
Offline
Guys I just played a certain anime game for a few hours and it didn't happen. So it's either Steam or Proton related. Also, I reset my Wine and now WineD3D isn't that bad. So yeah there was something wrong. But the current workaround is to just not use Steam and Proton. Maybe Proton works outside of Steam? I'll have to test more. And about the mouse thing, I meant that like games back then had shit sensitivity settings and would skip pixels. Didn't happen to me personally but whatever.
Last edited by average_scout (2024-12-12 17:58:27)
Offline
Another update: it just happened to me while playing Linux TF2. So it must be related to Steam. And, it would probably happen on Xonotic as well, like seth asked. Previous workaround still stands.
Offline
I can report on this as well. After 30-40 minutes of playing any game through Steam the input starts to lag, on mouse and keyboard, X11 or wayland (sway), steam or steam-native. Setting the polling rate doesn't make a difference. Linux native games are affected as well, i tested with Shadow of the Tomb Raider.
The fix is to enable, yes enable, the steam overlay in game. Not discovered by me, but "gameoverlayrenderer.so" seems to be the problem. Use LD_PRELOAD="" or enable the steam overlay, it somehow workarounds it as well. Credits to the user "SheMelody" https://github.com/doitsujin/dxvk/issue … 2465751536
I can confirm that keyboard is affected as well, because in the game Helldivers 2 you punch in the stratagems with the arrow key's at a fast pace. Once the input starts to lag it just drops some keystrokes completely and thus mess up the pacing. The mouse is like "snapping to a raster", if that makes sense. The frametime is not affected, the games do not lag, just the input does. It may seem like the games suddenly drop in fps, but when i enabled mangohud the lag was not noticeable in the frametime graph.
Last edited by IntegerZer0 (2024-12-14 11:55:15)
Offline
Your issue is different. My lag was very noticeable in mangohud. And I couldn't fully test LD_PRELOAD="". Also, I'm switching to Debian for good as Arch Linux is just too time consuming. I will no longer be able to update this thread. This is not a choice I made lightly but ever since I started using Arch, I've ran into issues. I still love Arch, but I think it's just not for me at the moment. Maybe when I have an AMD card. I hope everyone affected by this has found a fix, because I could not.
Offline
Can you post the contents of your '/etc/mkinitcpio.conf' ?
Offline
No, I cannot, as I've wiped my drive.
Offline
Understandable.
Please mark issue as [Solved].
Offline