Title

Message

Confirm

<< DiscussionsReply

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
54 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
54 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
2 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
17 days ago (modified 17 days ago)  • #18
SQLG0d
54 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!!
17 days ago  • #19
Andrew Whittington
4 discussion posts
Having same issue was eating up 30% of a AMD 5600X.
16 days ago  • #20
FlyveHest
4 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.
10 days ago  • #21
SQLG0d
54 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.
10 days ago  • #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.
10 days ago  • #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!
10 days ago  • #24
Mark Taylor5
3 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]
8 days ago  • #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
4 days ago  • #26
Was this helpful?    
<< DiscussionsReply