Skip to content
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

scroll lag #2284

Open
Pasha-From-Russia opened this issue Jan 30, 2020 · 11 comments
Open

scroll lag #2284

Pasha-From-Russia opened this issue Jan 30, 2020 · 11 comments

Comments

@Pasha-From-Russia
Copy link

@Pasha-From-Russia Pasha-From-Russia commented Jan 30, 2020

Hello, developers!
I faced a strange bug...
On my laptop (CPU Intel i5-8250U, GPU Intel HD 620) the debugger operates very slowly with some programs (sometimes it is fast, sometimes it is extremely slow, the size of the program makes no difference). When it is slow, it takes seconds to scroll the disassembler window, set breakpoints, etc. Windows color scheme makes no difference.
Example:
Windows Notepad - fast
TransMac - slow

@0xCCh

This comment has been minimized.

Copy link

@0xCCh 0xCCh commented Jan 31, 2020

Confirm. The same problems when debugging some applications.
Config: i5-5200U with Intel HD 5500.

@mrexodia

This comment has been minimized.

Copy link
Member

@mrexodia mrexodia commented Feb 1, 2020

It would help if you could find some kind of pattern in the slow/fast applications (and additional report your used Windows version/if you are using a VM).

@Pasha-From-Russia

This comment has been minimized.

Copy link
Author

@Pasha-From-Russia Pasha-From-Russia commented Feb 5, 2020

Windows 10 LTSC latest update. Native. By "pattern" you mean some byte sequence or something else?

@mrexodia

This comment has been minimized.

Copy link
Member

@mrexodia mrexodia commented Feb 5, 2020

@piratesephiroth

This comment has been minimized.

Copy link

@piratesephiroth piratesephiroth commented Feb 7, 2020

x64dbg works fine here but the CPU tab in x32dbg is always slow
Ryzen 3 3200G, Windows 10 LTSC x64 latest.

@piratesephiroth

This comment has been minimized.

Copy link

@piratesephiroth piratesephiroth commented Feb 9, 2020

I found a workaround. The CPU tab becomes responsive again if I set x32dbg.exe to run in Windows 7 compatibility mode.

image

EDIT: it stopped working, it's slow again. I have no idea of what's going on.

@UnlimitedChild

This comment has been minimized.

Copy link

@UnlimitedChild UnlimitedChild commented Feb 13, 2020

I have the same problem ..

@mrexodia

This comment has been minimized.

Copy link
Member

@mrexodia mrexodia commented Feb 13, 2020

Could you (@UnlimitedChild and @piratesephiroth) try to provide some kind of list of applications where this happens? I did encounter a similar issue, but only on x64dbg when debugging some game (likely with anti-debug features).

@UnlimitedChild

This comment has been minimized.

Copy link

@UnlimitedChild UnlimitedChild commented Feb 13, 2020

Could you (@UnlimitedChild and @piratesephiroth) try to provide some kind of list of applications where this happens? I did encounter a similar issue, but only on x64dbg when debugging some game (likely with anti-debug features).

This makes no sense, it does not depend on the program, I updated the debugger yesterday on the last build and this effect appeared, I missed about 3 releases .. the programs that I watched were simple 5-8 kb samples, such an effect has not been observed before. There is no api in the program, only the same code in the form of mov instructions. Therefore, it is difficult to imagine the cause of the effect...

@piratesephiroth

This comment has been minimized.

Copy link

@piratesephiroth piratesephiroth commented Feb 13, 2020

Could you (@UnlimitedChild and @piratesephiroth) try to provide some kind of list of applications where this happens? I did encounter a similar issue, but only on x64dbg when debugging some game (likely with anti-debug features).

Yeah, it doesn't seem to have a clear pattern. As I wrote, it began working normally for a while when I changed compatibility mode but it became sluggish again the next day.

All I know is that it only affects x32dbg here. I can try to load literally any 32 bit executable, even any of the files in the program's folder, like asmjit.dl or even x32dbg.exe itself, and everything inside the CPU tab will be slow, like with half a second of delay.
The only oddity that I notice is the CPU usage while scrolling in that sluggish state, that's about twice the usual.
I even tried pausing the AV protection (ESET) but that's still not it.

It just never happens with x64dbg.exe.

@UnlimitedChild

This comment has been minimized.

Copy link

@UnlimitedChild UnlimitedChild commented Feb 13, 2020

All I know is that it only affects x32dbg here.

I tested only x64 .. there is the same effect ..

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Linked pull requests

Successfully merging a pull request may close this issue.

None yet
5 participants
You can’t perform that action at this time.