Title

Message

Confirm

DisplayFusion High CPU usage - 20%-40%

Bozhidar
2 discussion posts
DisplayFusion uses between 20% an 40% of my CPU
Sep 14, 2021  • #1
Logan Hicks
1 discussion post
i second this also having abnormally high CPU usage on windows 10 19042.1110
Sep 18, 2021  • #2
Bozhidar
2 discussion posts
What helped in my case was to disable the dual monitor task bar and enable Windows' 10 natives one.
Sep 19, 2021  • #3
Owen Muhlethaler (BFS)'s profile on WallpaperFusion.com
Hi Logan,

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

Thanks!
Sep 21, 2021  • #4
SQLG0d
62 discussion posts
I have sent in traces from ProcMon in the past, showing eggregious amounts of calls, most of them unnecessary.

Owen, if you want to see why BF's apps are consuming CPU, using ProcMon (part of SysInternals) is the first place to start.
Sep 23, 2021  • #5
Jeff Ginter
4 discussion posts
Hey I am having the same issues for a while now. If I turn off the multi-monitor taskbar for DF and just use the windows one, DF behaves and only chews up a little bit of resources. If I turn it on, DF is easily at 15%-35% of CPU. I like the product and especially the taskbars but it's too costly at that resource price. I have been a user for a long time and I only remember seeing this for the last 8-10 months or so. Any suggestions before I turn it off?
Sep 25, 2021  • #6
Owen Muhlethaler (BFS)'s profile on WallpaperFusion.com
Hi Jeff,

Could you send over a copy of your troubleshooting information?

Thanks!
Sep 27, 2021  • #7
SQLG0d
62 discussion posts
I believe there is a setting that will reduce the frequency by which DF refreshes its task bars (Taskbar Polling Interval IIRC). This may help some with the CPU usage. But it is a bandaid, not a real fix of the application's perf issues.
Sep 27, 2021  • #8
Jeff Ginter
4 discussion posts
Attached. Let me know if you need other files or more information. Thanks.
• Attachment [protected]: DisplayFusionDebugInfo.zip [31,824 bytes]
Sep 27, 2021  • #9
Owen Muhlethaler (BFS)'s profile on WallpaperFusion.com
Hi Jeff,

Thanks for sending that over. If you open up the DisplayFusion Settings window and disable some main features (Triggers, Multi-Monitor Taskbars, Screen Saver, Wallpaper, etc.), does anything specific cause a drop in usage?

Thanks!
Sep 28, 2021  • #10
Thomas Clayson
3 discussion posts
Same thing is happening to me. Had to disable multi monitor rtaskbar to stop it. Troubleshooting info attached.
• Attachment [protected]: DisplayFusionDebugInfo.zip [39,087 bytes]
Oct 4, 2021  • #11
Owen Muhlethaler (BFS)'s profile on WallpaperFusion.com
Hi Thomas,

Thanks for sending that over. If you re-enable the multi-monitor taskbar and right click an empty spot on it, can you disable each setting listed under "Multi-Monitor Taskbar", and see if anything in particular causes a drop in usage?

Thanks!
Oct 4, 2021  • #12
Jeff Ginter
4 discussion posts
Quote:
Hi Jeff,
Thanks for sending that over. If you open up the DisplayFusion Settings window and disable some main features (Triggers, Multi-Monitor Taskbars, Screen Saver, Wallpaper, etc.), does anything specific cause a drop in usage?
Thanks!

So after a bunch of testing and some personal delays...some of those things are already off and I tested the rest. It's pretty much the Multi-Montitor Taskbars...with that off...normal CPU usage...with that on, it blows up.
Something is going on there that really spikes usage.
Hope this helps.
Oct 9, 2021  • #13
Owen Muhlethaler (BFS)'s profile on WallpaperFusion.com
Hi Jeff,

Can you right click an empty spot on the DisplayFusion taskbar and disable each setting listed under "Multi-Monitor Taskbar", and see if anything in particular causes a drop in usage?

Thanks!
Oct 12, 2021  • #14
Jeff Ginter
4 discussion posts
Owen, sorry again for the long delay. However, after pretty extensive testing...if I turn on the Multi-Monitor Taskbar it sends cpu usage into high demand (easily 20-40%) and if I keep it off it stays pretty low (in context) in the 1-4% area. From looking through the discussions for a while, this does not seem to be isolated to me, nor a new issue. Since your last message to me, other than when testing, I am running with this feature off...otherwise it's too costly (CPU-wise). Please let me know what you have discovered or any news about a refactoring of this feature, because for now, it's unusable at that level of resource hogging.

Thanks.

--Jeff
Nov 8, 2021  • #15
Owen Muhlethaler (BFS)'s profile on WallpaperFusion.com
Hi Jeff,

Thanks for your help testing, it definitely does seem to be related to the taskbar. If you can follow the steps outlined in my last post, that will help us pin point if it's a certain setting within the taskbar that's causing it.

Thanks!
Nov 11, 2021  • #16
SentaiBrad
5 discussion posts
On Windows 11 Pro, 21H2, Build 22000.318. I also had high CPU usage and can confirm that turning Multi Monitor Taskbars off lowers it back to normal.
Nov 13, 2021  • #17
chaoscreater's profile on WallpaperFusion.com
Same issue. DisplayFusion runs fine for a while and then it would just randomly start to use heaps of CPU.

I'm not using any displayfusion desktop wallpaper, no automatically pick accent colour in windows setting. I only have displayfusion taskbar enabled and it'll eat up around 40%~50% of my CPU. If I disable displayfusion taskbar setting, it'll run fine.

Running Win10 21H2.
Running latest DisplayFusion beta build.

Looks like issue is related to this thread from 2 years ago. Not sure why this issue hasn't been fixed for such a long time....
https://www.displayfusion.com/Discussions/View/displayfusion-and-windows-10-1903-constant-cpu-usage/?ID=e706203b-0af1-4bc5-a336-b77f48be2253

Also, I've noticed that my Windows Explorer is so much more responsive now with the DF taskbar disabled. Right click on folders, opening new instances of Windows Explorer etc feels super snappy now. Why is DF performing so poorly when the taskbar setting is enabled
Dec 30, 2021 (modified Dec 30, 2021)  • #18
SQLG0d
62 discussion posts
I STRONGLY suggest that BF developers run ProcessExplorer and trap all activity created by all DF processes. It is just egregious, and if they are like every single client I have consulted with over the last 2+ decades, they don't actually know all the calls that are being made under the covers.

Application tuning is truly simple at its core: monitor the entire app (under a wide variety of operating states/conditions), aggregate findings to identify exceptional and total-slowness-inducing activities, eliminate the worst, lather-rinse-repeat. Given modern development capabilities, this process can be done by a dedicated staff/group concurrently with the normal feature/bug-fix branches. Come on BF - lets get this done!!
Dec 30, 2021  • #19
Andrew Whittington
16 discussion posts
Having same issue was eating up 30% of a AMD 5600X.
Dec 31, 2021  • #20
FlyveHest
5 discussion posts
Exact same issue here, DF "idling" at about 12-14% CPU usage with multi monitor taskbar on, if I turn it off it drops to 2% or less.

I really like the individual taskbar, and it is one of the main features I use in DF, but having it use so much CPU for what is more or less a static overlay is a high price to pay.
Jan 6, 2022  • #21
SQLG0d
62 discussion posts
I don't know if I have mentioned it on this thread or not, but one way to work around this issue - until BF fix it correctly - is to set a fairly high Taskbar Polling Interval. You can find this in Advanced Settings. I have mine currently set to 12000, which means the DF Taskbars only update once every 12 seconds.

But I will again say that the amount of CPU/disk activity that the various DF processes are doing per unit time is just INSANE. Fix that and we all win. The product is UNUSABLE out of the box if you are on battery power, and when plugged in you NOTICE the load the "utility application" places on your computer, which is absolutely unacceptable.

Sysinternals ProcessMonitor will allow you to capture the extraordinary volume of calls being made.
Jan 6, 2022  • #22
Ben Milford19169
1 discussion post
I am having this problem too. I don't have anything to add that others haven't already said.
Jan 6, 2022  • #23
Owen Muhlethaler (BFS)'s profile on WallpaperFusion.com
For those running into high CPU usage issues, can you send me over a debug log while the issue is happening? Here are the steps:

  • On the DisplayFusion Settings > Troubleshooting tab, change the Logging drop-down to "L1: Log Minimal" and click Apply
  • Reproduce the 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

Also, does the CPU usage spike when the taskbars are enabled, or does it slowly rise?

Thanks!
Jan 6, 2022  • #24
Mark Taylor5
4 discussion posts
Having same issue with high CPU and with older version 9.9 with Windows 11 latest version. Disabling the multi-monitor DF taskbars definitely drops the high CPU cycles and this was also an issue with the Beta V10 which I tried. I do also run Start11. Attached is the log as requested and local time +8hrs is 1.24pm. I had disabled the DF multi taskbar and then reactivated with the log active and spike was 20-30%. I have 11900K with 64GB ram. It is very erratic behavior as I just reenabled the DF MT and CPU is like 0.1% but I do expect that over time it will increase as I have previously experienced.
• Attachment [protected]: DisplayFusionDebugInfo.zip [159,897 bytes]
Jan 8, 2022  • #25
Owen Muhlethaler (BFS)'s profile on WallpaperFusion.com
Hi Mark,

Thanks for sending that over. I've attached our last 2 stable versions below. Can you try running them and let me know if the CPU is still high?

Thanks!

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

v9.7: https://www.binaryfortress.com/Data/Download/?DownloadID=34204533-0a63-442a-84af-63025d8cabdd&Log=0
Jan 12, 2022  • #26
Jolly
7 discussion posts
Can I use the beta if I bought DF via steam?
The high CPU usage is the reason I don't run DF normally.
Jan 17, 2022  • #27
Owen Muhlethaler (BFS)'s profile on WallpaperFusion.com
Yep! If you open the DisplayFusion Setting > Options, you can enable "Check for new Beta versions", and then click "Check for Updates now".

Thanks!
Jan 19, 2022  • #28
ace518
1 discussion post
I'm on windows 11 and was using version 9.9 experiencing this exact issue. I upgraded to the beta 10 as suggested. It helps, but does not solve the issue. I have gone from DF using about 10% CPU usage to around 5%. But disabling the multi monitor taskbar setting brings it back down to a negligible 0-.01%

It was occuring when I turned on the minimal log, and continued to until I exported it.
• Attachment [protected]: DisplayFusionDebugInfo.zip [63,273 bytes]
Jan 23, 2022  • #29
Owen Muhlethaler (BFS)'s profile on WallpaperFusion.com
Hello,

Can you try those links I posted in post #26, and see if either make a difference in usage?

Thanks!
Jan 25, 2022  • #30
Pawel Danielewicz
17 discussion posts
I was on 9.9 and now jumped to 10.0 beta 11 and the CPU hovered between 30 and 50% for both versions and this further on 2 different Win 10 systems. Upon disabling the multi-monitor taskbar, I am down to 1-3%.
Jan 27, 2022  • #31
Pawel Danielewicz
17 discussion posts
As an update, the lack of multi-monitor taskbar started biting, so I tried other suggestions in various discussions. Disabling System Hooks (applications) in Advanced Settings did not help. However, Disabling all the System Hooks, applications, polling and shell helped. Most interesting, enabling all the System Hooks back did not bring back the high CPU. The latter seems to be gone and does not come back even after a reboot. There seems to be something irreversible and good happening when temporarily disabling all the System Hooks.
Feb 2, 2022 (modified Feb 3, 2022)  • #32
SQLG0d
62 discussion posts
Quote:
As an update, the lack of multi-monitor taskbar started biting, so I tried other suggestions in various discussions. Disabling System Hooks (applications) in Advanced Settings did not help. However, Disabling all the System Hooks, applications, polling and shell helped. Most interesting, enabling all the System Hooks back did not bring back the high CPU. The latter seems to be gone and does come back even after a reboot. There seems to be something irreversible and good happening when temporarily disabling all the System Hooks.


Did you also try increasing the polling interval? That should cut CPU use as well. But it is definitely just a bandaid. BF still needs to GREATLY improve the efficiency of their application!
Feb 2, 2022  • #33
Mark Taylor5
4 discussion posts
Sorry I switched to the Beta 10 Build 11 and seems much better.
Quote:
Hi Mark,

Thanks for sending that over. I've attached our last 2 stable versions below. Can you try running them and let me know if the CPU is still high?

Thanks!

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

v9.7: https://www.binaryfortress.com/Data/Download/?DownloadID=34204533-0a63-442a-84af-63025d8cabdd&Log=0
Feb 3, 2022  • #34
David Baker1
1 discussion post
Add me to the list of people experiencing this. After a reboot, my computer is fine for days or weeks. Then this high CPU thing happens, and so far, my only fix is a reboot of the system. Then I get a few days/weeks. Very frustrating. Has been happening for years. When it happens, everything on the computer is sluggish even if free CPU. Explorer, Outlook, etc all basically become unsuable.

Running Pro 9.9 on Windows 10 Enterprise - 21H2

Willing to debug if it gets this resolved.
Feb 4, 2022  • #35
Pawel Danielewicz
17 discussion posts
Quote:

Did you also try increasing the polling interval? That should cut CPU use as well. But it is definitely just a bandaid. BF still needs to GREATLY improve the efficiency of their application!


So I have another computer that is running DiplayFusion Pro 9.9, where I did not do any Hooks Disabling. DisplayFusion has been recently running there at 30% CPU even though no extra monitor was connected and not much activity of any sort was taking place there otherwise. With the polling interval, the issue there is that you have no scale provided - you do not know what the default value is. In any case, I tried to set to something reasonable and for values 10-100ms, the DisplayFusion CPU went down to 13% or so, still unacceptable.

Interestingly, once I wiped out my setting modification, i.e., went back to some default, DisplayFusion stayed at that 13% or so CPU. I.e., obviously there is something irreversible happening there, even if tentatively. Only switching on and off of Multimonitor Taskbar leads to reversible changes.
Feb 7, 2022  • #36
SQLG0d
62 discussion posts
Quote:
Quote:

Did you also try increasing the polling interval? That should cut CPU use as well. But it is definitely just a bandaid. BF still needs to GREATLY improve the efficiency of their application!


So I have another computer that is running DiplayFusion Pro 9.9, where I did not do any Hooks Disabling. DisplayFusion has been recently running there at 30% CPU even though no extra monitor was connected and not much activity of any sort was taking place there otherwise. With the polling interval, the issue there is that you have no scale provided - you do not know what the default value is. In any case, I tried to set to something reasonable and for values 10-100ms, the DisplayFusion CPU went down to 13% or so, still unacceptable.

Interestingly, once I wiped out my setting modification, i.e., went back to some default, DisplayFusion stayed at that 13% or so CPU. I.e., obviously there is something irreversible happening there, even if tentatively. Only switching on and off of Multimonitor Taskbar leads to reversible changes.


Why do you feel that DF needs to check on EVERYTHING every 100ms?? I certainly don't. I have mine set for 12000 ms, which just means I need to wait sometimes for a new app to appear on all task bars. Even with this excessively long time all of DF's processes combined still average about 2% CPU on a reasonably powerful laptop.

I think that ALL users who are having CPU issues should download ProcessMonitor (Free Sysinternals tool), set it to trap ALL DF processes, and let it run for 5 minutes and dump the file to Binary Fortress. You will be absolutely blown away by all the calls that are done by their code!! It is trivial to do, and I have recommended it to them countless times, so it is just really frustrating to me that they haven't addressed the issues yet.
Feb 7, 2022  • #37
Pawel Danielewicz
17 discussion posts
Quote:

Why do you feel that DF needs to check on EVERYTHING every 100ms?? I certainly don't. I have mine set for 12000 ms, which just means I need to wait sometimes for a new app to appear on all task bars. Even with this excessively long time all of DF's processes combined still average about 2% CPU on a reasonably powerful laptop.


Well, I next set the polling to 1000ms and then to 10000ms and it does not really matter - DisplayFusion runs at 18% CPU now on that particular computer that only has its native screen running.
Feb 7, 2022  • #38
SQLG0d
62 discussion posts
OK, here you go. Attached is an unprotected ProcessMonitor capture of all of DisplayFusion* processes on my laptop. I ran the trace this afternoon from 15:46:52.6 - 15:48:25.09, so about 93 seconds. DF processes did 100936(!!!!!) registry and file operations, and this amount was FOURTEEN PERCENT of ALL such activity during that time!! And I have a LOT of stuff running on my laptop! Think about that for a second. ONE APPLICATION did 14% of all registry and file operations on a windows computer. Heck, I had well over 50 tabs open in 2 browsers, SQL Server, VMWare running a virtual machine, etc,etc. [U]Note that their app is doing over 1000 registry/file operations PER SECOND![/U]

You can get procmon from Microsoft's SysInternals (awesome collection if you aren't aware of it!!).

Look at how many times this set of calls is made:

RegQueryKey HKLM Query: HandleTags, HandleTags: 0x0 SUCCESS 10932
RegOpenKey HKLM\Software\Microsoft\Windows\CurrentVersion\Explorer\Desktop\NameSpace Desired Access: Query Value SUCCESS 10932
RegQueryValue HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\Desktop\NameSpace\ValidateRegItems Length: 16 NAME NOT FOUND 10932
RegCloseKey HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\Desktop\NameSpace SUCCESS 10932
RegQueryKey HKLM Query: HandleTags, HandleTags: 0x0 SUCCESS 10932
RegOpenKey HKLM\Software\Microsoft\Windows\CurrentVersion\Explorer\Desktop\NameSpace Desired Access: Query Value SUCCESS 10932
RegQueryValue HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\Desktop\NameSpace\MonitorRegistry Type: REG_DWORD, Length: 4, Data: 1 SUCCESS 10932
RegCloseKey HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\Desktop\NameSpace SUCCESS 10932

Look at how many times EVERY CONFIGURATION for EVERY PROFILE is iterated (70-100ish calls per profile):
RegQueryValue HKCU\SOFTWARE\Binary Fortress Software\DisplayFusion\MonitorProfiles\...

This is utterly egregious code behavior!! Every time I have shown clients stuff like this their devs had no earthly idea what their code was doing. Whether BF's devs do or not is not material. What IS material is that they STOP ASKING FOR THE SAME DATA SO FREQUENTLY!!! POOOOFFF! Performance problem solved. Well, at least this completely unnecessary part of it. I don't know what else their code is doing that can be shaved without affecting operational integrity.
• Attachment: DisplayFusion_ProcMon_202202071545.7z [2,426,388 bytes]
Feb 8, 2022  • #39
Owen Muhlethaler (BFS)'s profile on WallpaperFusion.com
We've just released a new beta that includes quite a few changes to the way DisplayFusion handles the taskbar. Can everyone here try updating and let me know if the CPU usage is still high? Here's the link to the beta: https://www.displayfusion.com/Download/Beta/

Thanks!
Feb 8, 2022  • #40
SQLG0d
62 discussion posts
Right off the bat - don't tie installation for current/all users to the placement of an icon on the desktop, which is how the installer is currently configured.
Feb 8, 2022  • #41
SQLG0d
62 discussion posts
1) Installation "hung" near the end for almost a full minute before it completed.

2) Opening Settings consumed a full core for about 15 seconds. This is repeatable. That is quite silly. Profile what it is doing and make it stop.

3) DisplayFusion.exe is consuming significantly more CPU on my laptop that prior build. Averaging about 5%. Before it was 1-2%.

4) OK, this build is official horrible. You are infinitely looping over every registry entry for these these items:

HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\MMDevices\Audio\Render\*

HKLM\System\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\*

I don't think those were even in the ProcMon file I sent yesterday. Your app is now doing SIXTY TWO PERCENT OF ALL REGISTRY/FILE OPERATIONS ON MY LAPTOP!!! That is up from an already staggering 14% yesterday!

Back to the drawing board! I sure hope I can downgrade to an older build!
Feb 8, 2022  • #42
SQLG0d
62 discussion posts
I just downloaded 9.9 installer to put that back on my laptop, and I noticed that the 10.x beta you just released is 23.2MB larger. That seems like a HUGE increase in file size (25%ish). I am curious - what's the story there? Windows 11 crap maybe??
Feb 8, 2022  • #43
Pawel Danielewicz
17 discussion posts
DF Pro 10.0 Build 12 toggles between 2% and 22% CPU, most often 7-8% and at times 45%. Again, this is on a computer that currently has no secondary monitor attached. Interestingly, the comments on the built make no reference to any different handling of the taskbar.
Feb 8, 2022  • #44
SentaiBrad
5 discussion posts
Quote:
I just downloaded 9.9 installer to put that back on my laptop, and I noticed that the 10.x beta you just released is 23.2MB larger. That seems like a HUGE increase in file size (25%ish). I am curious - what's the story there? Windows 11 crap maybe??

Install notes specify
v10.0 (Beta 12) • February 8, 2022
Change: Installer bundles 64-bit C++ runtime now, size increased by ~20 MB

Also to note, my install went fine.
Feb 8, 2022 (modified Feb 8, 2022)  • #45
SQLG0d
62 discussion posts
When I reinstalled DF 9.9, when the app spun up for the first time it stated that the Windows multi monitor toolbar was in effect and did I want to disable it. I note that the 10.x beta did NOT tell me that when I installed it, and I didn't have it on prior, but after uninstallation WMMT was on. Curious, and I also do not know if that would have affected how the app was performing.
Feb 8, 2022  • #46
SentaiBrad
5 discussion posts
Quote:
When I reinstalled DF 9.9, when the app spun up for the first time it stated that the Windows multi monitor toolbar was in effect and did I want to disable it. I note that the 10.x beta did NOT tell me that when I installed it, and I didn't have it on prior, but after uninstallation WMMT was on. Curious, and I also do not know if that would have affected how the app was performing.


Because updating with settings intact and installing for the "first" time, DisplayFusion has different set up parameters.
Feb 8, 2022  • #47
SentaiBrad
5 discussion posts
Just updated to the latest beta, with all the settings back to where they were before (mainly with multi-taskbars on) and CPU is currently at 1.5-3%. Will update if that changes.

Thank you for continuing to look in to what changed and trying to figure it out. I'm not gonna berrate you with inane questions.
Feb 8, 2022  • #48
Pawel Danielewicz
17 discussion posts
Quote:
We've just released a new beta that includes quite a few changes to the way DisplayFusion handles the taskbar. Can everyone here try updating and let me know if the CPU usage is still high? Here's the link to the beta: https://www.displayfusion.com/Download/Beta/

Thanks!


the Just to make clear, I see no qualitative improvement regarding the excessive CPU in the new beta compared to old - it just got a bit bizarre in jumping between low and very high CPU in circles. From other contexts I know that such jumping can take additional toll on the system, not reflected in instantaneous CPU.
Feb 8, 2022  • #49
Collin Chaffin
66 discussion posts
Me too only WIN7x64, beta 12 takes explorer.exe to 100% and locks everything up until I kill it.

Where is beta11 download? There really needs to be at least a couple prior beta downloads easily accessible for when a bad beta update runs, so we can roll back.
Collin Chaffin's profile on WallpaperFusion.com
Feb 9, 2022  • #50
Owen Muhlethaler (BFS)'s profile on WallpaperFusion.com
Thanks for the feedback everyone, we will continue to look into this.

@PawelDanielewicz Could you send us in a support request via Help > Contact Us form on our site?

@CollinChaffin Could you send me a copy of your troubleshooting info, as well as a debug log? Here are the steps:

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

Debug Log:
  • On the DisplayFusion Settings > Troubleshooting tab, change the Logging drop-down to "L1: Log Minimal" and click Apply
  • Reproduce the 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

I've attached a link below to roll back to beta 11 if you would like. v9.9 and Beta 11 are the same build though, so you can roll back to the stable version if you would prefer.

Thanks!

v10.0 Beta 11: https://www.binaryfortress.com/Data/Download/?DownloadID=1f7df05a-2bf6-48bd-8c3d-1f04eae404b6&Log=0
Feb 9, 2022  • #51
JackD
3 discussion posts
In my case the high CPU usage is caused by WinSCP program. I have version 9.9 with multi monitor taskbar enabled. It doesn't matter if the WinSCP is on the Windows taskbar or DF taskbar. Every open window adds about 14% CPU usage.
Feb 9, 2022  • #52
Andrew Whittington
16 discussion posts
Running Beta 12 on Win 11 10.0.22000 Build 22000 I'm getting 0% CPU usage and 21.5MB memory usage currently with 16 programs running on taskbar. I was getting much higher before so huge improvement for me.
Feb 10, 2022 (modified Feb 10, 2022)  • #53
Owen Muhlethaler (BFS)'s profile on WallpaperFusion.com
@JackD Could you send me over a copy of your troubleshooting info?

@AndrewWhittington Glad to hear!
Feb 11, 2022  • #54
Jesse Obic
2 discussion posts
Getting constant 20% - 25% CPU usage having 9.9 open (two entire cores!). Causes video games to stutter every second - half second unless I exit the process. Will try the v10 beta
• Attachment [protected]: DisplayFusionDebugInfo.zip [134,389 bytes]
Feb 16, 2022  • #55
Keith Lammers (BFS)'s profile on WallpaperFusion.com
@Jesse Obic: Can I send you an email, we'd like to do some extended troubleshooting with your machine if possible.
Feb 18, 2022  • #56
Jesse Obic
2 discussion posts
Quote:
@Jesse Obic: Can I send you an email, we'd like to do some extended troubleshooting with your machine if possible.

Sure, feel free to send me an email
Feb 19, 2022  • #57
nan0
13 discussion posts
I also observed it, but I seem to get a significantly lower usage after updating Win 11 to build 22557.1 from the Dev Ring. Now it hovers around the expected 1-2%.
Feb 20, 2022  • #58
Keith Lammers (BFS)'s profile on WallpaperFusion.com
We've posted 10.0 Beta 13 and it has a fix for the CPU usage issue that was caused by WinSCP, and a couple of other scenarios. Could you all try it out and let us know how it works out?

Thanks!
Mar 7, 2022  • #59
JackD
3 discussion posts
Hello,
I have tried the latest beta, no change. For every WinSCP window open, the CPU usage is getting higher. In the release notes for beta you have that you changed something while copying files. In my case I don't have to do anything, I will just open WinSCP and the CPU usage goes up.
• Attachment [protected]: DisplayFusionDebugInfo.zip [31,685 bytes]
Mar 8, 2022  • #60
Pawel Danielewicz
17 discussion posts
Same here, 10.0 Beta 13 hovering around 30%. I quickly retreated to 9.7 which hovers around 10%, not great, but at least you can work.
Mar 8, 2022  • #61
Keith Lammers (BFS)'s profile on WallpaperFusion.com
If you add a compatibility rule for WinSCP and enable the "Disable Application Hooks" option in the rules, then restart all instances of WinSCP, does that make any difference?
Mar 8, 2022  • #62
indi81
9 discussion posts
Quote:
1) Installation "hung" near the end for almost a full minute before it completed.

2) Opening Settings consumed a full core for about 15 seconds. This is repeatable. That is quite silly. Profile what it is doing and make it stop.

3) DisplayFusion.exe is consuming significantly more CPU on my laptop that prior build. Averaging about 5%. Before it was 1-2%.

4) OK, this build is official horrible. You are infinitely looping over every registry entry for these these items:

HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\MMDevices\Audio\Render\*

HKLM\System\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\*

I don't think those were even in the ProcMon file I sent yesterday. Your app is now doing SIXTY TWO PERCENT OF ALL REGISTRY/FILE OPERATIONS ON MY LAPTOP!!! That is up from an already staggering 14% yesterday!

Back to the drawing board! I sure hope I can downgrade to an older build!


I second 4th about the registry queries, there is an absurd amount of RegQueries and RegEnumValues going on even in beta 13. Not just the MMDevices but also TCP-parameters and more. After a minute of logging I have around 5 million queries to all different things.
• Attachment: 2022-03-09_02-39-31.png [558,763 bytes]
2022-03-09_02-39-31.png
2022-03-09_02-39-31.png
Mar 9, 2022  • #63
SQLG0d
62 discussion posts
I told them about this well before I posted on this page too. It is truly egregious that this isn't fixed, because all you have to do is STOP SPAMMING THE REGISTRY AND FILE SYSTEM FOR DATA YOU CANNOT POSSIBLY NEED!!

BF: Can you PLEASE tell us WHY that isn't completed by now, or even partially completed??

Actually, I want to ask a different question: do you INTEND to fix that problem? Because if the answer is no then I feel that you cannot possibly get the software to an acceptable level of performance. I will also just stop using the product knowing that it will never truly be what I need it to be.
Mar 9, 2022 (modified Mar 9, 2022)  • #64
FlyveHest
5 discussion posts
I feel like an answer to why DF needs to poll these seemingly arbitrary registry values so unreasonable often would be really nice.

If this is indicative of the overall code quality of the product, I will have to stop my use of it and look elsewhere for a solution, it is extremely excessive.
Mar 9, 2022  • #65
indi81
9 discussion posts
Quote:
I feel like an answer to why DF needs to poll these seemingly arbitrary registry values so unreasonable often would be really nice.

If this is indicative of the overall code quality of the product, I will have to stop my use of it and look elsewhere for a solution, it is extremely excessive.


I am starting to figure out where all my gaming microstutters actually comes from. I was even suddenly banned in Battlefield 2042 (after 2 hours of game time) for code injections/application hooks so now I'm worried that was because of DF.
Mar 9, 2022  • #66
JackD
3 discussion posts
Quote:
If you add a compatibility rule for WinSCP and enable the "Disable Application Hooks" option in the rules, then restart all instances of WinSCP, does that make any difference?


This seems to work. CPU usage remains the same with three instances of WinSCP open.
Mar 9, 2022  • #67
Keith Lammers (BFS)'s profile on WallpaperFusion.com
@JackD: Thanks for confirming that for me. Would you mind creating a new Discussions thread about the WinSCP issue specifically? I'd like to do some more troubleshooting on that but this thread is getting unmanageable with too many different issues.

For the folks that are upset that DisplayFusion uses polling, I'd like to provide some context about why we have to use polling:

DisplayFusion needs data from a ton of different things for the taskbars and other features, and some of those things need to come from the registry. One example is the audio device info from the registry. If we don't poll for the list of devices, how would we know if we need to add a device to the list in the context menu when you plug in a USB headset?

The taskbar is another example of needing frequent polling for things like the tray icons, values for elements from the Windows taskbar so that our "automatic" options for sizes/styles can adjust appropriately, and many other things.

Hook messages and Windows APIs are always our priority when we need to get info or get notified about changes on the system, but if hooks and APIs are not available for the info we need, we have to fall back to polling.

Another thing to be aware of is that many of the .NET Framework functions that we call from within DisplayFusion will do their own hits to the registry and filesystem. It's not always something that we're explicitly calling from our code.

When and where we can reproduce issues like stuttering, or the CPU usage being excessively high (e.g. more than 5% constantly) we will work with the customer to try and fix it. The biggest roadblock we have is that out of say 10 people that have high CPU issues, 9 of them turn out to be unique root causes, so tracking them down and reproducing/fixing each one is very time consuming. Again, we do our best here, but DisplayFusion is a complex piece of software with a ton of features, so we're not going to realistically fix every bug with every update.

My final point is that we're happy to work with customers to track down and resolve issues, but shouting that DisplayFusion shouldn't have polling or that our code is terrible doesn't help us do that.
Mar 9, 2022  • #68
Keith Lammers (BFS)'s profile on WallpaperFusion.com
@indi81: We've never had any reports of the DisplayFusion Hooks causing an anti-cheat ban but we can definitely add BF 2042 to the blocklist for the hooks. Can you create a new discussions topic with the issues you were seeing, and the full path to the BF 2042 EXE?

Thanks!
Mar 9, 2022  • #69
indi81
9 discussion posts
Quote:
@indi81: We've never had any reports of the DisplayFusion Hooks causing an anti-cheat ban but we can definitely add BF 2042 to the blocklist for the hooks. Can you create a new discussions topic with the issues you were seeing, and the full path to the BF 2042 EXE?

Thanks!


Hi, as EA doesn't give out any ban details that is just purely speculation from my side. At the moment of the ban I couldn't find or think of any other process/software that does the hooking while not being so widespread. Using Process Explorer the only hooks I could see against the BF2042.exe process was DF, Nvidia and Logitech stuff.

For now I've uninstalled DF as the monitor profiles doesn't work (other forum thread) and I also want to evaluate if the microstutters I've been getting in games is caused by the polling or something else in DF. I wouldn't say that I've seen a high CPU Usage from DF, it usually hovers around 1-2% so I'm just speculating here as well.
Mar 10, 2022  • #70
Keith Lammers (BFS)'s profile on WallpaperFusion.com
@indi81: Ok, keep me posted on the stuttering, I'm curious to know if uninstalling DisplayFusion resolves it, and if you want to troubleshoot it further, let me know and we'll do a new thread or an email support case.

Thanks!
Mar 10, 2022  • #71
Pawel Danielewicz
17 discussion posts
I just uploaded a dump file for DF 10.0 Build 15 hovering at around 50% CPU on Win 10 Pro. On another system, Win 10 Enterprise, the same build has been doing 65% CPU. This is pretty unbelievable. How on Earth can one write such a bad software??! After the issue has been discussed over several builds, it just gets worse.
Apr 15, 2022  • #72
Keith Lammers (BFS)'s profile on WallpaperFusion.com
@Pawel Danielewicz: Thanks Pawel, we'll check out those dump files.
Apr 18, 2022  • #73
JClouseau
1 discussion post
I first tried lowering the priority of the DisplayFusion task, but then instead limited it to one CPU:
    Task Manager Details tab
    right-click DisplayFusion.exe
    select "Set Affinity"
    choose a single CPU
It's been sitting at 20% which is manageable... for now.
Apr 26, 2022 (modified Apr 26, 2022)  • #74
Keith Lammers (BFS)'s profile on WallpaperFusion.com
@Pawel: We've re-worked some caching to reduce the amount of work that's done on some polling cycles in DisplayFusion. Could you try updating to DisplayFusion 10.0 Beta 16 and let me know how it works out?
May 16, 2022  • #75
Mettalknight
3 discussion posts
Update 16 definitely has lower CPU usage overall @Keith. But certain games definitely seem to be lagging more than 9.9
May 17, 2022  • #76
Andrew Whittington
16 discussion posts
It still seems why too high to me (beta 16). I'm running 2.5-4.3% with three monitors that have five total virtual monitors. This is on a 5600X Ryzen processor. Windows build 22000.675.0.
It is for sure better than some of the 20-40% numbers I saw in earlier builds, so solid improvements have been made, but I'd hope you would work to get it down to < 1% on a modern processor, similar to other background processes. Slack for example is almost always 0% with UI up and available on demand. Chrome is generally < .5% with a window with multiple tabs up.
I'm not sure what it's doing to need so much processing power while the UI is not even up and I would think the screens are static once set.
• Attachment [protected]: DisplayFusionDebugInfo.zip [324,095 bytes]
May 17, 2022 (modified May 17, 2022)  • #77
Keith Lammers (BFS)'s profile on WallpaperFusion.com
@Mettalknight: Which games? I'll see if we have any of them here to test with.

@Andrew Whittington: It's most likely the polling needed for keeping the taskbars and monitor info up to date. If you disable multi-monitor taskbars, does the CPU usage drop?
May 17, 2022  • #78
Andrew Whittington
16 discussion posts
Turning off the multi monitor taskbar drops CPU usage to .2 to .5%.

That's one of the main features I like though. Will leave it on for now and hopefully you guys can drop it down a little more.

Thanks,
May 17, 2022  • #79
Pawel Danielewicz
17 discussion posts
Beta 16 went down for me to 5% which is far more tolerable, but Actual Window Monitor runs under analogous circumstances at 0.5%. With AWM the problems for me were in the system choking up when a monitor was being added. However, adding or removing monitor are singular instances while the high CPU is always there, crippling all work.
May 17, 2022 (modified May 17, 2022)  • #80
Keith Lammers (BFS)'s profile on WallpaperFusion.com
We'll keep at it, thanks for testing Beta 16 and following up with us.
May 18, 2022  • #81
Mettalknight
3 discussion posts
Quote:
@Mettalknight: Which games? I'll see if we have any of them here to test with.


Propnight was pretty unplayable (its on steam). I had to revert update 16 because of it.
May 18, 2022  • #82
Keith Lammers (BFS)'s profile on WallpaperFusion.com
Ok, unfortunately I don't have that one for testing. Any other games have this issue?
29 days ago  • #83
MIchael Warren
2 discussion posts
I'm on Windows 11 and definitely high CPU usage. I'm on 10.0 (Beta 6). With taskbars disabled it can run 2-5% but with it enabled it is easily 20% slowing down my computer. Is this normal? Even 2-5% seems high.
15 days ago  • #84
Andrew Whittington
16 discussion posts
@Michael
Beta 11 or so was a big drop in CPU use adn helped a great deal with this issue. I think they are on beta 16 or so now. I would advise you upgrade. There is still work to do, but it's much better than it was before.
15 days ago (modified 15 days ago)  • #85
MIchael Warren
2 discussion posts
Quote:
@Michael
Beta 11 or so was a big drop in CPU use adn helped a great deal with this issue. I think they are on beta 16 or so now. I would advise you upgrade. There is still work to do, but it's much better than it was before.

Oops I am on Beta 16 i guess i will try 11.
15 days ago (modified 15 days ago)  • #86
Andrew Whittington
16 discussion posts
Oh bummer. It may help, but I've personally seen a pretty consistant 2-5% use (vs 20-40%) from 11 through the current version So not sure going back will do much good.
15 days ago  • #87
Keith Lammers (BFS)'s profile on WallpaperFusion.com
Can you guys confirm that you're checking the CPU usage using the Details tab in Task Manager and not the Processes tab? The Processes tab shows much higher usage because it uses a different ([url=https://aaron-margosis.medium.com/task-managers-cpu-numbers-are-all-but-meaningless-2d165b421e43]and misleading[/url]) stat.

We have some more changes coming for the next beta that should help a lot with CPU usage as well. On my machine it reduced it from averaging around 3-4% down to 0-1%.
15 days ago  • #88
PErcy2
1 discussion post
Same problem here. my computer was so sluggish as to be almost disabled. Turned off the multi monitor TB and now DF is not longer eating 20% or more CPU
13 days ago  • #89
siliconman01
406 discussion posts
Quote:
We have some more changes coming for the next beta that should help a lot with CPU usage as well. On my machine it reduced it from averaging around 3-4% down to 0-1%.


This sounds very encouraging. Hopefully we will get Beta 17 shortly.
ASUS home built Pc on Windows 10 x64 Pro with 3 Dell U2719D monitors. Dell XPS 8940SE on Windows 11x64 Pro with 2 Dell U2719D monitors.
13 days ago  • #90
Was this helpful?  (1)  (-)