Forums list
New topics
Topics list
Search
Help
Login
Register


Topic: «Clicking OK causes lag and slowdown for nearly 10 seconds » on forum: Technical Support   Views: 5817
 
aph
Advanced user
 
Posts: 50
Joined: 03/18/2014
Posted: 05/16/2014 15:15:56
 
 
Starting from the moment OK is clicked in Configuration the mouse becomes unresponsive and the desktop slows to a crawl for about 7-8 seconds. A trace of the process activity from that click to the restored responsiveness is attached. I uploaded the log here: https://db.tt/xE7AxYx9

It shows 160,000 calls to the same 20 or so reg keys (counting each one to the terminating key separately to get that 20, otherwise maybe 4 or 5). And at least a third of them are just looking for the video adapter from what I can see. No other process comes close to that usage, the second highest is Explorer at 10% of that.

I guess that is the process needed to read memory from what I see in those keys, but perhaps there is a way to streamline the reads?

I've already trimmed my rules down from 2mb (uncompressed) to 1mb, and have exclusions on probably almost every window but the main ones visible on the screen. For example I filter out all windows matching ^$ for the title, which catches at least 90% of them.

I am not using any multi-monitor features except mouse mirroring, but that's on demand with a hotkey. Nothing else under multiple monitors, virtual desktops, desktop divider is checked.

Any ideas?
 
Top
aph
Advanced user
 
Posts: 50
Joined: 03/18/2014
Posted: 05/16/2014 16:59:27
 
 
Forgot to clarify the reason I focused on the registry is because nothing else is happening at that time except file I/O. The only file being accessed is the window log ("C:\Windows\SysWOW64\config\systemprofile\AppData\Roaming\Actua­l Tools\Actual Window Manager\EventLog.ini").

Not sure why it's in that path when I have it set to use the all users profile folder. But that's why I mentioned my window rules, I only see windows being processed in that log (window not open during this trace.) Disk I/O is to a Samsung 840 Pro so it should not be a factor but will try with that disabled. I was hoping to grab a graph showing all that but unfortunately ProcMon crashed and I can't get a good view from the save I have.

I remember taking down a few notes while I was preparing the screenshot attached. In the system activity view of overall activity, everything was flat except those 2. The tooltip when hovering the mouse over the registry graph showed there are usually 0 operations usually, at most 4-6 per second. Hovering over the time after clicking OK was 20,000 per second.

Attached is a visual view of the stack, with any calls over 5,000 repetitions shown. Hopefully that helps more than the raw data.

 
Top
aph
Advanced user
 
Posts: 50
Joined: 03/18/2014
Posted: 05/16/2014 19:28:16
 
 
Correction, desktop dividers was also bound to a hotkey and checked.

Turning it off resolves the lag completely.

Attached is my config for it. It's just a line down the middle and across sideways.

No big loss as I rarely used it. But that does seem like a bug...

Here is my DesktopDividerSettings.ini: http://pastebin.com/raw.php?i=WE607UXv
 
Top
Alexander Mihalkin
Administrator

-retired-
 
Posts: 502
Joined: 04/21/2014
Posted: 05/16/2014 19:56:05
 
 
Dear aph,

thank you for your posts!

Please specify your
  • OS version, its bitness,
  • Actual Window Manager version.
Also please tell, is logging enabled in Actual Window Manager?

And please specify, how you are logging Actual Window Manager's operations.

Best regards.

support@actualtools.com
 
Top
aph
Advanced user
 
Posts: 50
Joined: 03/18/2014
Posted: 05/16/2014 20:35:02
 
 
Windows 8.1 Update 1 Pro 64-bit. AWM 8.2 beta 1, but this has been the case since at least 8.1.1

The stack trace is from Process Monitor, available for download on Microsoft's site

Logging is enabled, which was the cause of the disk I/O at the same time. I wasn't using it at the time and it was just logging in the background. It slows things down a bit when it's visible so I only keep it open when checking rules.

There was no indication to the cause of the slowdown in the AWM log, just basically a reprocessing of all the windows on the screen which I believe is normal.
 
Top
Alexander Mihalkin
Administrator

-retired-
 
Posts: 502
Joined: 04/21/2014
Posted: 06/04/2014 15:33:44
 
 
Dear aph,

Please send us your configuration files (Actual Window Manager -> Tools -> Configuration -> Send to Tech Support) with a reference to this thread.

Best regards.

support@actualtools.com
 
Top
Alexander Mihalkin
Administrator

-retired-
 
Posts: 502
Joined: 04/21/2014
Posted: 07/01/2014 17:54:25
 
 
Dear Aph,

the fix is now available in Actual Window Manager 8.2 beta 3.

Have a nice day!

support@actualtools.com
 
Top


User(s) reading this topic
Number of guests: 1, registered members: 0, in total hidden: 0


Forums list
New topics
Topics list
Search
Help
Login
Register