-
Notifications
You must be signed in to change notification settings - Fork 174
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
lag spikes after 25-40 minutes of playing on linux #11446
Comments
|
Can confirm the findings of that thread on KDE Tumbleweed Wayland. It started happening around the time "record your game" rolled out for me. |
This comment was marked as off-topic.
This comment was marked as off-topic.
|
Pulling this from a reddit topic I saw where the user also had the issue, may be relevant: "When I run 'top' in the terminal I see the game running 'engMain', when I have it focused, the %CPU will show somewhere between 300 - 400 when not moving my mouse - the game runs fine. When I touch my mouse the %CPU value plummets to about half of whatever was initially shown and the game stutters. This does not happen when the game is initially started" |
|
I'm the one who started this recently in the other repo issues and I can confirm that it is still happening. You can get rid of this by using
Exactly. |
|
Also happens to me on gnome 47, Wayland, fedora 41, Nvidia 560 and 565, started happening when the game recording update came out. |
|
@kisak-valve I just want to add that this also happens when the overlay is turned off through the Steam UI. (with also both game recording and steam input disabled as well, from the UI of course) |
|
Having the same problem, started after the Steam Game Recording update as well, enabling the overlay fixed the problem. |
|
I've had this issue for years ValveSoftware/csgo-osx-linux#2901 but I only play 1-2 games, so after CS:GO moved to CS2, the issue went away. But for years, CS:GO using DXVK native required |
|
gameoverlayrenderer.so most likely culprit |
It definitely is. |
|
But many of us have the steam overlay and recording feature turned off in the options. So why would it even load that? |
That's probably part of the bug. /environ shows that the library still loads even though those things are turned off. Hence why |
|
While it does seem like people have helped corner the source of the issue, I figured a little more information couldn't hurt. Note that using LD_PRELOAD as SheMelody suggests appears to have fixed my issues, will need to test further to confirm but initial tests has been very promising. A huge thank you to them as when I look further at this issue it's clear they put in a lot of legwork on trying to help pinpoint this issue. After the steam update about a week ago, the one that apparently added in additional recording features as well as updated to runtime environments scout, soldier and sniper, both of my linux systems would have issues playing games through proton. I'd notice the odd tiny bit of jitter while playing, but after 20-50 minutes (depending on game and game settings) I'd start getting horrible framerate drops whenever I...
The stuttering would last for about a second after the input stopped, and if the input was just a single key press that was held for a few seconds it would stop. As I had a controller connected I switched to that and the game I was playing (subnautica) ran perfectly smooth, went back to mouse and keyboard? Stuttering. This stuttering also appeared to be framerate only, as on the main menu of one of the games (Again, Subnautica) the mouse cursor would move smoothly, but the background animations would stutter like mad while I was moving the cursor once I had hit this 'time to stutter' threshold. So whatever issue is involved with this overlay issue is also tied with mouse and keyboard input. At least on my end after some testing. What I did not do is continue using the controller for another 50 minutes or so to see if there's some sort of 'input buffer' that fills up with a specific kind of input that would cause the controller input to start lagging. This was also exclusive to steam, as I have games that run natively on linux or I use regular WINE for that do not suffer this stuttering issue. I'll also give additional system information on both of my systems below, the only thing that unifies the two systems is that they are linux, are AMD CPU and graphics and the three games I tested had some sort of internet traffic, though both machines run on completely different internet connections (wired/wi-fi) and ISP's. Desktop (Tested with Subnautica with Archipelago multi-world randomizer):
Laptop (Tested with Helldivers 2 and Mechwarrior Online):
Steam overlay has been entirely disabled through the Steam UI on both PC's as well. |
|
Yes, LD_PRELOAD="" fixes it for me as well, but do I need to put it in the launch options for every game or can I set it globally? |
Do not set it globally, no. |
|
I've been having the same symptoms using conty_lite.sh w/ Slackware current from the 8th Nov or so: Subnautica becomes unplayable slideshow after 1/2 hour to an hour (playing with kb/mouse). After the LD_PRELOAD workaround this seems to have gone away. Thanks for that! I still see "ERROR: ld.so: object '/home/pete/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored." with the workaround in place and overlay disabled for the game and then disabled globally. Wonder if it's some byproduct of setenv changes ? |
|
Disabling steam game recording on a per-game basis through its settings UI seems to solve this issue for me without losing other things. (Game tested: Warframe) |
|
If you're using gamemode you can just use this hack to temporarily hide gameoverlayrenderer.so from the game without messing with other libs: ~/.config/gamemode.ini UPD. No, it isn't the best approach because gamemode doesn't wait for script to exit so it's possible it'll launch the game before the lib is hidden. |
|
Had similar issue with The Witcher 3. After 30-50 min of smooth playing, the game stutters significantly with constant FPS drops. |
|
TBH: if all you want to add to the bug is "oh yeah i had that issue too and the solution helped me" please just click the thumbsup in the initial post in this thread. those comments do not add any more useful information to the issue. Thank you in advance. |
|
I want to add that doing |
|
I got this problem on Fedora KDE (Wayland NVIDIA). I notice that in the console when the stuttering happens, I get this message: [InputSystem] Processing SDL events took 50.1ms, spammed in the console. Edit: This was for Counter Strike 2. Forgot to mention the game. |
|
We can probably try to add Haven't tried this, but it would be interesting if this doesn't cause the issue. Note: untested, and will only work with Vulkan / DXVK / VKD3D, and not with OpenGL / WineD3D. |
|
I just want to add in, when I was having the cursor lag after 40 mins in game couple weeks ago it was present in both Steam and Lutris. So may want to test your current version of proton inside Lutris and see if it happens as well to narrow down the issue. |
|
I had a similar issue with Dead by daylight where it starts lagging around after 30-40 minutes after I start playing. Adding |
|
Did you add |
|
Interestingly enough when I add After looking at some older issues mentioned here (#2901) seems like this is an old issue and apparently the only known fixes are enabling overlay or adding the LD_PRELOAD flag. Hopefully nobody with this issue needs to have the overlay disabled along with having the LD_PRELOAD flag solution not work for them... |
|
Happens in unity games as well, by the way. Slipways and Against the Storm are both affected. Interesting thing: During the lagspike frames, the game will not pick up any mouse or keyboard input; meaning, if you use short taps or clicks they can get lost. That makes trying to play anything reasonably quickly a big problem. |
|
For me it seems to only lag with input (after ~30mins), so FPS is fine until I press/hold a key or move my mouse. |
|
So far, this happened for me with every game with the exception of Slay the Spire, which is an OpenGL game. |
|
It doesn't happen for me in Path of Exile 2 using the LD_PRELOAD=""
%COMMAND% launch options.
…On Tue, Dec 10, 2024 at 2:24 AM netborg-afps ***@***.***> wrote:
So far, this happened for me with every game with the exception of Slay
the Spire, which in an OpenGL game.
Happens as well with Path of Exile 2 on its Vulkan renderer.
—
Reply to this email directly, view it on GitHub
<#11446 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ABZK72ANT64HICKN2ENKUFD2E2JK3AVCNFSM6AAAAABRQ2MRUSVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKMZQGY2DGMBSGM>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
|
Yes, I just wanted to note that no workaround is needed for Slay the Spire - the only game I encountered so far which isn't affected by this bug. |
|
|
with OS: Fedora 41Silverblue |
|
For those having the mouse studder after 40 mins, have you tested to play the game in Lutris? The reason I mention this because couple weeks ago, when the issue began to happen I was able to reproduce the studder in Lutris as well. In Lutris I pointed to the game .exe, and used different Wine versions for testing. The solution at the time was to not use the latest git compile of DXVK but instead use the release version which fixed the 40 min lag. |
Sounds like a regression if latest DXVK-git suffers from mouse stutters Have you tried to git bisect? |
I don't think that's the case as I needed to put the workaround in place even though I was running my custom dxvk mod based on 2.4. The bug got introduced by a Steam update, not by some dxvk version. |
I don't think these are the same stutter bugs. After I did the work around in FarCry5 the clockwork 27 minute stutter disappeared. I did experience a different stutter after an extended play, but the frametimes and frametime graph were totally different and took a lot longer to trigger. |
I didn't know of the feature at the time sorry. Actually slight correction, I can't say it was a git version anymore because I am not sure what Lutris had for settings when I reproduced the lag time bomb. More than that I can't tell you more because the TKG-Proton versions I had I deleted, but Lutris I may have the Wine versions so I will do some testing to see if I can produce the time lag bomb as I did. Sorry for the confusion. |
|
I've had issues Satisfactory, see report at the Proton repo: Proton #8313. Thought it was a polling rate issue of the mouse at first mentioned on the respective arch wiki page. Tested Satisfactory pol rate at 500 Hz, the issue came back after >60 minutes instead of >30 minutes consistently. What actually did work was setting the launch options for both games Tested Satisfactory pol rate 1000 Hz, issue not observed after a continuous >120 minute session. What I interpret is that the old Wine bug is not what causes it, or it's very inconsistent (hence not solved after 5 years.) Thank you for providing a workaround SheMelody ❤️ 👍 |
|
I'm having the problem in overwatch 2 through steam even with LD_PRELOAD="" %COMMAND% in GE-Proton-9-21 and a few other 9.x i tried. |
I do, I just found out that it's a different problem that coincidentally began to happen at around the same time. Since KDE is run on iGPU (7800X3D) on my system (but games are on 7900XTX), the timer expired problem might have something to do with how KDE handles iGPU rendering or drm. Maybe give Hyprland and Sway a try. |
|
I've experienced this issue in Dota 2. It starts randomly after some time in game. |
|
Obligatory useless comment: the quotes are unnecessary, simply do |
A lot of details are already collected in:
doitsujin/dxvk#4436
it could be related for a LD_PRELOAD added for the "record your game" feature?
the workaround while we wait for the fix
please see this comment for all the details doitsujin/dxvk#4436 (comment)
The text was updated successfully, but these errors were encountered: