You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Oct 4, 2020. It is now read-only.
THE WINDOWS VERSION IS UNAFFECTED BY THIS ISSUE.
THE LINUX VERSION IS AFFECTED BY THIS ISSUE.
If you step the PPU or CPU enough times, it eventually slows down the whole program and operating system.
This also happens on my desktop running on an AMD 5700XT.
Disabling and or restarting the Compton compositor does not fix it either. Closing the mesen process fixes the issue.
Not sure what happens in the rendering pipeline but it seems like each stepping leaves something behind.
So far this is the only program that actually slows down like this. It is very particular.
This issue has been present (for me personally) for about a year and only reported it now.
I run picom compositor and use the latest Arch Linux 5.8
I am also using the latest mesen-git build from the AUR.
Not sure if other linux users on other distros have this problem too.
$ glxinfo -B
name of display: :0
display: :0 screen: 0
direct rendering: Yes
Extended renderer info (GLX_MESA_query_renderer):
Vendor: Intel Open Source Technology Center (0x8086)
Device: Mesa DRI Intel(R) HD Graphics 4000 (IVB GT2) (0x166)
Version: 20.1.5
Accelerated: yes
Video memory: 1536MB
Unified memory: yes
Preferred profile: core (0x1)
Max core profile version: 4.2
Max compat profile version: 3.0
Max GLES1 profile version: 1.1
Max GLES[23] profile version: 3.0
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) HD Graphics 4000 (IVB GT2)
OpenGL core profile version string: 4.2 (Core Profile) Mesa 20.1.5
OpenGL core profile shading language version string: 4.20
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL version string: 3.0 Mesa 20.1.5
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL ES profile version string: OpenGL ES 3.0 Mesa 20.1.5
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00
The text was updated successfully, but these errors were encountered:
THE WINDOWS VERSION IS UNAFFECTED BY THIS ISSUE.
THE LINUX VERSION IS AFFECTED BY THIS ISSUE.
If you step the PPU or CPU enough times, it eventually slows down the whole program and operating system.
This also happens on my desktop running on an AMD 5700XT.
Disabling and or restarting the Compton compositor does not fix it either.
Closing the mesen process fixes the issue.
Not sure what happens in the rendering pipeline but it seems like each stepping leaves something behind.
So far this is the only program that actually slows down like this. It is very particular.
This issue has been present (for me personally) for about a year and only reported it now.
I run
picom
compositor and use the latestArch Linux 5.8
I am also using the latest
mesen-git
build from the AUR.Not sure if other linux users on other distros have this problem too.
The text was updated successfully, but these errors were encountered: