DisplayFusion and Windows 10 1903 constant CPU usage

WARNING: You currently have Javascript disabled!
This website will not function correctly without Javascript enabled.

Qualdan

6 discussion posts

After updating to Windows 10 1903 my system has become slow and the reason seems to be DisplayFusion. Even when nothing is happening DisplayFusion uses constantly 4-8% of CPU. Somehow that makes it so that everything seems awfully sluggish.

If I have a folder open but minimized and then open it, the system first slowly loads the file explorer graphics and then the contents of the folder.

This seems to related to multimonitor taskbars, because if I disable that, things go back to mostly normal. Displayfusion still uses 2-4% CPU, but the system isn't that sluggish anymore. Obviously I'd like to use the taskbars.

Things I've tried:
- Disabled Application Hooks = no effect.
- Installed 9.6 Beta 1 = no effect.

System:
- Windows 10 1903 (build 18362.41

- DisplayFusion 9.5 (and 9.6 Beta 1)
- Three displays
- DisplayFusion handles wallpaper changes (once every 180 minutes)

Oct 18, 2019 • #1

Could you send me a copy of your troubleshooting info? Here are the steps:

Open the Settings > Troubleshooting tab
Click the "Export Info to File" button
Reply with the file attached

Oct 18, 2019 • #2

Qualdan

6 discussion posts

Here you go.

• Attachment [protected]: DisplayFusionDebugInfo.zip [23,895 bytes]

Oct 18, 2019 • #3

Thanks! I don't see anything out of the ordinary there. Could you enable debug logging and send me a log when the CPU usage is high?

On the DisplayFusion Settings > Troubleshooting tab, change the Logging drop-down to "L1: Log Minimal" and click Apply
Reproduce the high CPU issue and note the time so we'll know where to check in the log file
Click the "Export Info to File" button on the Settings > Troubleshooting tab
Reply with the file attached
Disable debug logging after sending the log

Oct 18, 2019 • #4

Qualdan

6 discussion posts

The high CPU usage happened around 20:32 or 20:33. Before that it was just taskbars enabled, but at that time I simply maximized and minimized folders from the DisplayFusion taskbar.

• Attachment [protected]: DisplayFusionDebugInfo.zip [59,435 bytes]

Oct 18, 2019 (modified Oct 20, 2019) • #5

Thanks! If you disable the "Enable TitleBar Buttons" option on the Settings > Functions tab, does that make any difference at all?

Oct 21, 2019 • #6

Qualdan

6 discussion posts

It has been disabled all this time.

Oct 21, 2019 • #7

Ok, we have some leads on this. I'll keep you posted as soon as we think we have a fix to try out.

Thanks!

Oct 22, 2019 • #8

Just another quick update to let you know that we should have a fix for this to try out in the next beta. I'll post an update as soon as it's available.

Thanks!

Oct 24, 2019 • #9

Michael Andrews2

3 discussion posts

I am having similar high CPU with or without "enable TitleBar Buttons" enabled of 21.3% 11/20/19 11:15-11:30AM

• Attachment [protected]: 2019 1120 DisplayFusionDebugInfo.zip [31,365 bytes]

Nov 20, 2019 • #10

@Michael: Could you attach a full debug log? Here are the steps:

On the DisplayFusion Settings > Troubleshooting tab, change the Logging drop-down to "L1: Log Minimal" and click Apply
Reproduce the high CPU issue and note the time so we'll know where to check in the log file
Click the "Export Info to File" button on the Settings > Troubleshooting tab
Reply with the file attached
Disable debug logging after sending the log

Nov 20, 2019 • #11

Michael Andrews2

3 discussion posts

Today for a period of time it was running 6% but it has not seemed to be an issue. If it happens agin Ill send a log

Nov 21, 2019 • #12

Sounds good, thanks!

Nov 22, 2019 • #13

Michael Andrews2

3 discussion posts

today etween 3:00-4:00PM DF was running between 7-11% constantly

• Attachment [protected]: 2019 1123 DisplayFusionDebugInfo.zip [258,612 bytes]

Nov 23, 2019 • #14

@Michael: Thanks for the log! Could you try this test build?
https://www.binaryfortress.com/Files/DisplayFusion/DisplayFusionSetup-9.6-Beta2.exe

Nov 25, 2019 • #15

We've just released a new DisplayFusion beta version, could you try it out and let us know how it goes?

Thanks!

Nov 26, 2019 • #16

Qualdan

6 discussion posts

Tested DisplayFusion 9.6 Beta 5

Constant CPU usage of 2-4 % without taskbars and without wallpaper changer.
Constant CPU usage of 6-10 % with taskbars and without wallpaper changer.
Constant CPU usage of 2-4 % without taskbars and with wallpaper changer set to 180 minutes.
Constant CPU usage of 8-11 % with taskbars and with wallpaper changer set to 180 minutes.

When DisplayFusion is running window drawing is noticeably slower (for example maximizing open folders) and it becomes worse if taskbars are enabled.

If you want a log, which of the previous scenarios do you want it with?

Dec 2, 2019 • #17

Quote:

Constant CPU usage of 2-4 % without taskbars and with wallpaper changer set to 180 minutes.

If you could send me a log for this scenario, that would be great.

Thanks!

Dec 3, 2019 • #18

Qualdan

6 discussion posts

Apologies for a (very) late answer, but needed to move from one apartment to another in the meanwhile.

So here is finally the log that you requested. The CPU usage happened on 2019/12/17 around 00:06.

• Attachment [protected]: DisplayFusion.log [1,182,909 bytes]

Dec 16, 2019 • #19

I don't mean to hijack but I've troubleshot the problem down to DF. (tech for 20+ years) I'm also having slowdown issues that leave as soon as I disable DF. The problems come after a while on a clean reboot.

Just in explorer, opening folders, renaming, moving, cutting, copying, pasting, tiny files takes seconds each time, when they used to take zero time. I close out DF and the problems go away.

it shouldn't be so slow but it cripled my whole system, brings it to it's knees. I feel like I'm working on a 20 year old laptop with tons of software decay. Moving around and renaming files and folders should not take this long.

Backgrounds cycle every 5 minutes or so. Resource Monitor shows disk usage from DF almost all the time.

I guess I could make a video to show the slowdowns with DF on and off.

3 x 2560*1600
W10.0.18636
9900K/64GBRAM/NVMe (not a weak machine)

• Attachment [protected]: DisplayFusionDebugInfo.zip [207,437 bytes]

Dec 16, 2019 (modified Dec 17, 2019) • #20

Neal Wright

12 discussion posts

I've had DF for a few years now and love it. However, I've noticed this issue all along. I rarely see DF below 5%. I've tried all the settings changes but nothing works.

I'm on a corporate machine which also has Sophos and other active security software, so I've decided to disable DF for awhile and see how my system performs with it not running.

Dec 17, 2019 • #21

When this happens again, could you guys add the following columns to the Windows Task Manager > Details tab, and send me the values of those columns for both Explorer.exe and DisplayFusion.exe?

Handles
User Objects
GDI Objects
Threads

Thanks!

Dec 18, 2019 • #22

Neal Wright

12 discussion posts

I have come to the conclusion that DF is simply too fat for me. I have desired an app that allows me to have independent taskbars on all monitors and allows me to easily move windows from one screen to the next. The rest is of no concern to me.

Unfortunately the app does so very many things that I simply don't need or care about, and these things are consuming inordinate amounts of my system resources.

So unless DF can allow me to selectively disable all unwanted functionality so as not to consume so much of my resources, I will just have to do without.

Jan 17, 2020 • #23

@Neal: Have you already tried disabling the features you don't need in the Settings window?

Jan 20, 2020 • #24

Neal Wright

12 discussion posts

Yep. I've disabled everything I can find to disable and the app still uses 4+% CPU constantly.

Jan 21, 2020 • #25

How about if you enable the "Disable Application Hooks" option in the Settings > Advanced Settings?

Jan 21, 2020 • #26

Neal Wright

12 discussion posts

No. same. Honestly, I've been following these CPU threads for over a year, and i'm really surprised you're having so much trouble determining why your app is using so much CPU. As a developer, it tells me you've either created a massive application you can't manage, or you aren't testing your application on a wide-enough bandwidth of systems.

Jan 21, 2020 • #27

@Neal: If you've got DisplayFusion installed already, could you send me a copy of your troubleshooting info?

Open the Settings > Troubleshooting tab
Click the "Export Info to File" button
Reply with the file attached

Jan 24, 2020 • #28

Cricket3

4 discussion posts

I finally made this account just to jump on this discussion and say that everything Darrel2 and others have said also apply to me.

I used to be able to let DF run and cycle through background images at any interval with no issue until I "upgraded" to win10. Now it can't even handle more than a few background changes before the system-wide performance degrades to the point of being useless and I need a system reboot.

I've noticed that if I keep the background cycles on "pause" then this degredation does not occurr and I don't get the slowdown until I unpause and let it cycle a bunch of times. The more background cycles, the worse the performace gets.

I've also noticed that during background transitions, if I am in the middle of working a folder, or trying to find a file in a folder, DF will "freak out" all my windows for a sec and seemingly trying to figure out what's going, resetting all my window locations back to the top and being a pain in the butt. This means if I have the backgrounds cycling then it will reset my location in a window back to the top each time it cycles. Very annoying when trying to find a file in a large folder. Not sure if this is supposed to happen, but it's another reason I've just permanently set DF to "pause" background cycling.

DF was awesome with win7, and the cool features of win10 made me excited, but so far It's just more broken.

Feb 14, 2020 (modified Feb 14, 2020) • #29

@Cricket3: Do you have the "Aero Colour Mode" option enabled on the DisplayFusion Settings > Options tab? If so, could you try disabling that and let me know how that goes? It's known to cause performance issues during wallpaper changes and we're looking at removing it from future versions.

Feb 14, 2020 • #30

Cricket3

4 discussion posts

Aero Colour Mode is not enabled. It is set to "Don't change the Aero color."

Mar 11, 2020 • #31

Ok, could you also check Windows Settings > Personalization > Colours and tell me if the "Automatically pick an accent colour" option is enabled there?

Mar 12, 2020 • #32

rvcjew

1 discussion post

I just wanted to chime in that it may be the Wallpaper engine it self that is causing the slowdown, I do not use any feature of DisplayFusion except for the taskbar setting so that I can use my system tray icons on all my monitors.

I will say though, that I have used this app all the way up though 1607-1903 Win 10 and lately about 3 builds back it does seem to take a while to show up on wake from sleep/login. Howerever I have never had it use more then like 1-2 cpu even when I had a 4790k system vs my 3900x one as it stands now.

I have attached a torubleshoot log for the devs if they want to look at mine vs the people who are haivng issues as well as a Process Explorer pic that shows DP's items in use.

Hope this helps them get this awesome app back on the ground.

• Attachment [protected]: DisplayFusionDebugInfo.zip [28,392 bytes]

• Attachment [protected]: dp processes.PNG [32,258 bytes]

Mar 15, 2020 (modified Mar 15, 2020) • #33

We have found some serious performance issues with the Aero colour changing, so in the new DisplayFusion version we're making some changes to phase out this feature. Hopefully this will help (if it is the case here).

Mar 19, 2020 • #34

Roger Tubby

11 discussion posts

I have the same issue and have reported in in another thread (can't remember where.) For me the performance hit is not bad - around 2.5% on a four-core I7. However it does keep my fan running which I'd rather not have. Strange that DF uses a lot more CPU than the native DWM (around 1%).

When I use Sysinternals ProcessMonitor and look at the threads I see almost all of the CPU and Cycles Delta being consumed in clr.dll!LogHelp_TerminateOnAssert. A screenshot is attached. This behavior is consistent throughout the day and workload.

• Attachment: 2020-04-01 13_44_56-DisplayFusion.exe_13508 Properties.png [309,396 bytes]

2020-04-01 13_44_56-DisplayFusion.exe_13508 Properties.png

Apr 1, 2020 • #35

Cricket3

4 discussion posts

It was turned on. It's off now. That was the fix!

My scroll position in folders is no longer getting reset back to the top every time the wallpaper changes.

I'll report back later today if I notice a performance slowdown after letting it run all day today.

Quote:

Ok, could you also check Windows Settings > Personalization > Colours and tell me if the "Automatically pick an accent colour" option is enabled there?

Apr 1, 2020 • #36

Cricket3

4 discussion posts

I've let it run all day and night with a 0.3 minute change interval. Happy to report that I see no more slowdown issues with Windows 10.

Apr 2, 2020 • #37

Excellent, glad to hear it!

Apr 3, 2020 • #38

brocktopus

5 discussion posts

I have the same issue. DF Pro 9.7, Windows 10 Pro 2004 (19041). I only use DF for the superior multi-monitor taskbar. DF does not handle my wallpaper. Nothing. Taskbar only. Disabling the auto accent color seems to be the fix for this thread and @Cricket3, but not I. It's disabled and DF is just ticking along at 3-6% cpu usage. This is annoying. I checked out the process threads and

clr.dll!LogHelp_LogAssert+0x6835

is constantly created and destroyed. What else can I try?

Aug 7, 2020 • #39

Roger Tubby

11 discussion posts

Quote:

clr.dll!LogHelp_LogAssert+0x6835

is constantly created and destroyed. What else can I try?

It continues to be an issue for me. The CPU usage may be tied to the number of windows I have open. Currently around 60 and 6% CPU with the same huge thread cycle count of 3,000,000,000 (billion)+ at clr.dll!LogHelp_LogAssert+067b0.

I have L0: Log Disabled.

Aug 7, 2020 • #40

mkfink

1 discussion post

I've been having similar issues with consistent high CPU usage, and I think I kind of solved it on my end. Normally DF is using <1% CPU, with sporadic 1-3 second spikes to 2-5%. But recently I started seeing consistent 10-25% CPU use. I managed to track the issue down, though I still don't know the reason for the issue. If I leave Webex Teams (like Slack or MS Teams, but from Cisco) running for long periods (like 24+ hours) I start to see high CPU use from DF. Closing Webex Teams consistently causes CPU use to drop back down to what I consider normal. If I start it up again, I don't notice the problem for a day or more, but it does consistently come back.

I've gotten the sense that Webex Teams just doesn't play nice with my system in some ways. When it's running, windows will often fail to turn off my screens when idle, and occasionally some games will randomly lose focus while running. It's definitely doing something screwy, but I can't say what.

FWIW I also have many of the other 'problem' features mentioned in this thread turned off (title bar buttons, application hooks, etc.).

Nov 21, 2020 (modified Nov 21, 2020) • #41

brocktopus

5 discussion posts

That's interesting about the Teams thing. I am running Teams, too, but never closed it enough notice any affect on DF. I'm not a fan of Teams. When you're in a meeting it's CPU usage is nuts compared to Zoom. I'm not surprised. The Teams meetings windows don't play nice with always on top and other features. Anyways, sadly, my solution to this problem was uninstall DF and use available Windows 10 window manipulation options. There's been much improvement since 7, Vista, 8, whatever.

Nov 22, 2020 • #42

SQLG0d

72 discussion posts

Quote:

clr.dll!LogHelp_LogAssert+0x6835

is constantly created and destroyed. What else can I try?

Chalk me up for unacceptably high CPU usage too, and more page faults than any other process on my computer. Win 10 Pro 1909. I too use DF only for multi-monitor features. I am currently trying the 9.7.1 Beta, but that didn't seem to help the perf from 9.7.

I made the following changes to Advanced Settings and one or more of them resulted in a substantial reduction in both CPU and PFs:

• Alt+Tab: Hide Windows Metro Apps from Alt+Tab: 1
• General: Disable Sound Effects: 1
• General: Disable Tray Notifications for Background Calls: 1
• General: Disable Virtual Desktop Checks: 1
• General: Force Processor Affinity (single core): 1
• General: Hide the 'Our Apps' Settings Tab: 1
• General: Ignore Monitors: 1
• General: Run as a High Priority Process: 1
• Monitor Configuration: Force Primary Monitor ID: 2.2
• Taskbar: Auto-Hide Animation: 1
• Taskbar: Delay Loading Taskbars after Desktop Unlock (seconds): 1
• Taskbar: Delay Loading Taskbars after Login (seconds): 1
• Taskbar: Disable Clock Hover Effect: 1
• Taskbar: Disable Show Desktop on Hover (only show on click): 1
• Taskbar: Disable Taskbar Background Rendering: 1
• Taskbar: Disable Taskbar Button Progress Overlays: 1
• Taskbar: Disable Touch Detection (makes some controls bigger): 1
• Taskbar: Remove Hot Corner Padding (Win

: 1
• Taskbar: Taskbar Polling Interval: 12000
• Taskbar: Taskbar Shortcut Gap Size: Horizontal: 3
• Taskbar: Thumbnail Preview Animation: 1
• TitleBar Buttons: Disable Context Menu: 1
• TitleBar Buttons: Disable TitleBar Button Tooltips: 1
• Window Management: Disable text messages when using maximized window dragging: 1

Despite the steady-state average reduction in resource consumption, ANY action I take with respect to switching apps, screens, etc. results in a 6-8+% CPU spike for a few seconds.

I too see a bajillion clr.dll!LogHelp_LogAsserts.

PLEASE let me work with you to debug those in particular, and the resource utilization in general. I have 4 decades of computer experience. I REALLY want to use this program, and I know I can help make it better. I will also be submitting bugs and issues I have found with the app/beta too. I look forward to working with you!

Nov 26, 2020 • #43

Roger Tubby

11 discussion posts

I have recently been trying "Actual Window Manager" which seems to have a whole slew of features - many of which may overlap with DisplayFusion. There are almost too many to get my head around, and I must say, I had become rather fond of DisplayFusion. There is no performance hit that I can detect with Actual Window Manager.

Nov 26, 2020 • #44

SQLG0d

72 discussion posts

Quote:

I looked at that product too, but decided to start with DisplayFusion. I am going to see if DP devs will work with me to resolve some known issues and improve the product. Hopefully that will take place. If not, I will follow you to AWM.

Nov 26, 2020 • #45

Hello,

Would you be able to create a new discussion thread with any issues you have?

Thanks!

Nov 27, 2020 • #46

Khale_Kitha

1 discussion post

In case it helps, I've been having this issue for a long time and trying to benchmark caused it to annoy me enough to come looking here.
When I check procmon I see it constantly (faster than I can manage to scroll down) checking the MonitorSplitsTaskbars registry key and checking for system policies, that do not exist, for Display Fusion. Hopefully this helps some.
Anytime I've used procmon I always have to filter out displayfusion due to the wild amount of spam it causes by the repetitive actions that happen several tens of times a second.

• Attachment: image_2021-01-13_100145.png [320,104 bytes]

image_2021-01-13_100145.png

• Attachment: Screenshot 2021-01-13 100823.png [25,032 bytes]

Screenshot 2021-01-13 100823.png

Jan 13, 2021 (modified Jan 13, 2021) • #47

Marc Foreman

2 discussion posts

Hi - if this thread is still open, I just wanted to add that I've been seeing higher than usual power usage on my PC and traced this back to DisplayFusion.

I've gone through all the settings systematically, and the only thing that makes a difference is disabling multi-monitor taskbars.

The difference for me is that I have a very busy taskbar, with CPU temperature updated each second, along with other items in the system tray that are quite densely populated.

Allowing Windows to handle the taskbars has returned DisplayFusion to its expected low power state and low CPU usage.

For me, this is fine as I use DF to manage my desktop icons, which Windows keeps forgetting where to place. However, I appreciate that for others disabling the multi-monitor taskbars could be a showstopper.

Hopefully this will help the developers pinpoint the issue : Multi-monitor taskbars with high frequency updates applied to system tray.

Best,

Marc

Feb 7, 2021 • #48

Hi Marc,

Could you send us in a support request, using the Help > Contact Us button, so we can look into it further?

Thanks!

Feb 10, 2021 • #49

Neothane

4 discussion posts

I am finding that DF is so resource intensive, it impacts all my applications especially outlook, and excel. I too use Teams and Webex throughout the day, but cannot disable them just so that DF behaves.

What I did find interesting is that when I was traveling I used a much smaller monitor than what I normally use 1920x1080 vs 5120x1440. DF was less invasive on the smaller screen. Could screen resolution have an impact on DF? Or, was it because I didn't have any profiles for the smaller screen that I do for the larger one? ....not sure, but it was certainly better behaving.

I don't know the internals of DF nor what is necessary for what hoops have to be jumped through to make it operate with Windows' API, but the current polling/event handling methodology is not working for me. It's a shame, because I really like the functionality, but it is just not worth the pain.

I will keep an eye on this posting and see if anything changes to solve/work around this issue.

Mar 19, 2021 • #50

Hello,

Are you running our latest beta? If not, can you try updating and see if there's any change?

Thanks!

Mar 19, 2021 • #51

Neothane

4 discussion posts

Quote:

Hello,

Are you running our latest beta? If not, can you try updating and see if there's any change?

Thanks!

Unfortunately I have already uninstalled DF, but I don't think it was the beta version. I am now using Windows PowerToys (Fancy Zones) and it seems to do most of what I was needing. I miss the task bars though

When I get a chance to spend some time, I will try the beta. Can you tell me what was addressed in the beta? Have you let the system quiet down (no input, no mouse, no window movements, etc) and then observe what DF is busy doing? Is there any activity that isn't absolutely necessary or is too frequent?

If I get some time, I might throw it under a few sysinternal tools and see what happens in this case. I know PowerToys doesn't automatically try to move windows around (everything is manual keystroke based), but it also doesn't take up any CPU either. Perhaps there could be an option for DF that just operates on keystrokes rather than trying to be too smart and automatic? ....just some thoughts.

Mar 23, 2021 (modified Mar 23, 2021) • #52

Hello,

You can view our beta changelogs here: https://www.displayfusion.com/ChangeLog/Beta/

In betas 1 & 2, we made some CPU usage improvements, so updating may help you there.

As you already mentioned, DisplayFusion does use background polling to keep various features updated so some CPU usage is expected, but we do appreciate your thoughts.

If you would like to do any further troubleshooting in the future, just reach out to us.

Thanks!

Mar 24, 2021 • #53

Oliver Kopp

12 discussion posts

I have high CPU load with 120 opened Windows and having the multi-monitor task bar activated.

Oct 25, 2021 • #54

Hi Oliver,

Does your CPU usage drop if you disable multi-monitor taskbars in DisplayFusion?

Thanks!

Oct 25, 2021 • #55

Oliver Kopp

12 discussion posts

Quote:

Does your CPU usage drop if you disable multi-monitor taskbars in DisplayFusion?

Yes, it does. From approx. 15 to 19% down to 5-7%.

Oct 26, 2021 • #56

Hi Oliver,

If you re-enable those taskbars, can you right click an empty spot on one, and disable each of the settings listed under "Multi-Monitor Taskbar", and see if anything in particular causes a drop in usage?

Thanks!

Oct 26, 2021 • #57

Aidan1

1 discussion post

I had the same issue with extremely high CPU usage so followed the instructions above to go into settings and disable Multi Monitor Taskbars.
After hitting apply the CPU usage dropped to almost nothing so I enabled Multi Monitor Taskbars again just to test and CPU usage has not jumped at all again since!

Oct 30, 2021 (modified Oct 30, 2021) • #58

Oliver Kopp

12 discussion posts

Quote:

If you re-enable those taskbars, can you right click an empty spot on one, and disable each of the settings listed under "Multi-Monitor Taskbar", and see if anything in particular causes a drop in usage?

You mean disabling the Windows icon, ...?

No CPU drop.

The log is full of following entries:

Code
Copy
Select All

2021/11/29 06:47:13.4842##_##INFO:L1##_##displayfusion.exe:12472##_##BFWindow:GetWindowPlacement:2168##_##-##_##NoContextSwitch: Window: 0x000115b2##_##-
2021/11/29 06:47:13.4842##_##INFO:L1##_##displayfusion.exe:12472##_##BFWindow:GetWindowPlacement:2168##_##-##_##NoContextSwitch: Window: 0x000115b2##_##-
2021/11/29 06:47:13.4842##_##INFO:L1##_##displayfusion.exe:12472##_##BFWindow:GetWindowPlacement:2168##_##-##_##NoContextSwitch: Window: 0x000115b2##_##-
2021/11/29

And then sometimes, following entries appear:

Code
Copy
Select All

06:47:13.4922##_##WARN:L1##_##displayfusion.exe:12472##_##WindowLocationHelpers:IsValidWindowLocationWindow:221##_##-##_##Allowing Owned Window: 0x000328fe • Class: "#32770" • Rect: X=1199, Y=1884, W=620, H=273 • Style: 0x94c801c5 • StyleEx: 0x00010101 • Min: False • Max: False • PID: 10852 • Path: 'C:\Program Files (x86)\Notepad++\notepad++.exe'##_##-
2021/11/29 06:47:13.5212##_##INFO:L1##_##displayfusion.exe:12472##_##DFHookManager.HookWindow:HookWindowWorker:168##_##-##_##Window Hooked [WindowLocationManagerProcess:CheckOkToProcess:HookWindow]: 0x000328fe • Class: "#32770" • Rect: X=1199, Y=1884, W=620, H=273 • Style: 0x94c801c5 • StyleEx: 0x00010101 • Min: False • Max: False • PID: 10852 • Path: 'C:\Program Files (x86)\Notepad++\notepad++.exe'##_##-
2021/11/29 06:47:13.5212##_##WARN:L1##_##displayfusion.exe:12472##_##WindowLocationHelpers:IsValidWindowLocationWindow:221##_##-##_##Allowing Owned Window: 0x000328fe • Class: "#32770" • Rect: X=1199, Y=1884, W=620, H=273 • Style: 0x94c801c5 • StyleEx: 0x00010101 • Min: False • Max: False • PID: 10852 • Path: 'C:\Program Files (x86)\Notepad++\notepad++.exe'##_##-
2021/11/29 06:47:13.5242##_##WARN:L1##_##displayfusion.exe:12472##_##WindowLocationManager:AddItem:506##_##-##_##Not Removing Existing Window: 0x000328fe • Class: "#32770" • Rect: X=1199, Y=1884, W=620, H=273 • Style: 0x94c801c5 • StyleEx: 0x00010101 • Min: False • Max: False • PID: 10852 • Path: 'C:\Program Files (x86)\Notepad++\notepad++.exe'##_##-
2021/11/29 06:47:13.5272##_##FAIL:L1##_##displayfusion.exe:12472##_##BFNativeWindowBase.WndProc:WndProc:284##_##-##_##Name: DFTaskbarBaseControl, ID: 61ae914f-0ab3-4e83-8a44-f5ebc0605272, BFReentrantProtection: BFNativeWindowBase:ProtectWMPaint, [System.Exception]##_##-

Some other exceptions:

Code
Copy
Select All

2021/11/29 06:47:13.3726##_##FAIL:L1##_##displayfusion.exe:12472##_##BFSafeLock:Lock:89##_##-##_##Lock: LockMonitorsLOADEDINFO, Calling Thread: "TitleBarManager-8" [BFMonitorEnum:GetMonitorsTHROWS], Locked Thread: "TaskbarManager-7" [BFMonitorEnum:GetMonitorsTHROWS], Failed to call TryEnter., [System.Exception]##_##-
2021/11/29 06:47:13.3726##_##FAIL:L1##_##displayfusion.exe:12472##_##BFMonitorEnum:GetMonitorsTHROWS:1075##_##-##_##BFSafeLock:Lock Failed: LockMonitorsLOADEDINFO, Calling Thread: "TitleBarManager-8" [BFMonitorEnum:GetMonitorsTHROWS], Locked Thread: "TaskbarManager-7" [BFMonitorEnum:GetMonitorsTHROWS], Failed to call TryEnter., [System.Exception], [System.Exception]##_##-

Nov 29, 2021 • #59

Hi Oliver,

Interesting, can you send over a screenshot of the taskbar with everything disabled, with Task manager open while the CPU usage is high?

Thanks!

Dec 1, 2021 • #60

Oliver Kopp

12 discussion posts

I have a three monitor setup and disabled start button, symbols, and show desktop on the additional screens. Please find attached the screenshot.

Please note that this is an older laptop system. I don't have these issues with a brand-new desktop system.

• Attachment: Snipaste_2022-01-04_10-00-26.png [90,713 bytes]

Snipaste_2022-01-04_10-00-26.png

Jan 4, 2022 • #61

Hi Oliver,

Thanks for sending that over, could you also send me a copy of your troubleshooting info? Here are the steps:

Open the Settings > Troubleshooting tab
Click the "Export Info to File" button
Reply with the file attached

Thanks!

Jan 12, 2022 • #62

Oliver Kopp

12 discussion posts

Quote:

Thanks for sending that over, could you also send me a copy of your troubleshooting info?

Sure!

• Attachment [protected]: DisplayFusionDebugInfo.zip [133,670 bytes]

Jan 18, 2022 • #63

Hi Oliver,

Thanks for sending that over. I've attached links below to roll back to v9.8 and v9.7. Can you try those out and let me know if there's any change in usage? You can install them directly overtop of your current install.

Thanks!

v9.7: https://www.binaryfortress.com/Data/Download/?DownloadID=34204533-0a63-442a-84af-63025d8cabdd&Log=0

v9.8: https://www.binaryfortress.com/Data/Download/?DownloadID=b33adfbc-22bd-49f7-bbbe-528ca6b9fd76&Log=0

Jan 20, 2022 • #64

Oliver Kopp

12 discussion posts

Quote:

I've attached links below to roll back to v9.8 and v9.7. Can you try those out and let me know if there's any change in usage?

It seems that 9.7 is slightly better:

9.7: 14 to 34% CPU; average: 20 to 25%
9.8: 14 to 27% CPU; average: 20 to 25%
9.9: 14 to 23% CPU; average: 15 to 20%

Mar 1, 2022 • #65

Interesting thanks for testing that. We've released a new beta version that has some further tweaks, can you try it out and let me know if there's any change in CPU usage?

Thanks!

Mar 7, 2022 • #66