Skip to content
This repository has been archived by the owner on Oct 4, 2020. It is now read-only.

Debugger causes Program and OS slowdown #866

Open
baboomerang opened this issue Aug 17, 2020 · 1 comment
Open

Debugger causes Program and OS slowdown #866

baboomerang opened this issue Aug 17, 2020 · 1 comment

Comments

@baboomerang
Copy link

baboomerang commented Aug 17, 2020

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
@bunder2015
Copy link

This has been a huge sticking point for a while, I believe it has to do with mono's handling of WinForms.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants