Home
Products
Overview
Compare Products
Actual Window Manager
Actual Multiple Monitors
Actual Title Buttons
Actual Virtual Desktops
Actual File Folders
Actual Transparent Window
Actual Window Minimizer
Actual Window Guard
Actual Window Menu
Actual Window Rollup
Download
Actual Window Manager
Actual Multiple Monitors
Actual Title Buttons
Actual Virtual Desktops
Actual File Folders
Actual Transparent Window
Actual Window Minimizer
Actual Window Guard
Actual Window Menu
Actual Window Rollup
Order
Single User License
Corporate Sales
Upgrade Center
News
Latest news
Newsletter
Support
FAQ
How to Upgrade
Restore License Key
Online Demos
Online User Manual
Forums
Announcements
General
Feature Requests
Technical Support
Tips and Tricks
Beta Testing
Feedback Form
Beta Testing Section
Resources
Articles
Reviews
Success Stories
Multi-Monitor Wallpapers
Company
About Us
Contact Us
Privacy
Our Clients
Press Center
Press Releases
In The News
Reviewer's Guide
Logos and Screenshots
Publishing-friendly Graphics
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: 5818
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:
2
, registered members:
0
, in total hidden:
0
Forums list
New topics
Topics list
Search
Help
Login
Register