Processing Ajax...

Title

Message

Confirm

Confirm

Confirm

Confirm

Are you sure you want to delete this item?

Confirm

Are you sure you want to delete this item?

Confirm

Are you sure?

User Image
siliconman01
426 discussion posts
This is on Windows 8.1.1 x64 Professional. DisplayFusion.exe in Beta 4 of DisplayFusion is constantly clocking from 0.3 to 2.0% CPU utilization even when the system is idle. I have attached some troubleshooting logs.
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.
• Attachment [protected]: DisplayFusionBeta4Logs.zip [30,183 bytes]
Aug 21, 2014  • #1
Keith Lammers (BFS)'s profile on WallpaperFusion.com
Thanks! There are some interesting lines in the log, so we'll hopefully be able to get this fixed up for Beta 5 :)
Aug 22, 2014  • #2
Keith Lammers (BFS)'s profile on WallpaperFusion.com
We've just released a new DisplayFusion beta version (http://www.displayfusion.com/Download/Beta/) and this issue should be all fixed up. Please let us know if you run into any trouble after updating.

Thanks!
Aug 26, 2014  • #3
User Image
siliconman01
426 discussion posts
This issue with Beta 5 is showing no improvement whatsoever. I have attached new logs. In fact, I think it is even more CPU active.
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.
• Attachment [protected]: DFBeta5Logs.zip [34,779 bytes]
Aug 26, 2014  • #4
User Image
Michel Lange
1 discussion post
Maybe it is the wrong BETA 5 version. Because the Download link is saying Version 6.1.0 Beta 5 but the download itself is still Version 6.0.1 Beta5 .
I have that problem also when the DisplayFusion automatic update starts. Its now in a loop. Everytime the auto updater says new version 6.1.0 Beta 5 is out, because it keeps installing 6.0.1 Beta 5.
Aug 26, 2014  • #5
User Image
siliconman01
426 discussion posts
Quote:
Maybe it is the wrong BETA 5 version. Because the Download link is saying Version 6.1.0 Beta 5 but the download itself is still Version 6.0.1 Beta5 .
I have that problem also when the DisplayFusion automatic update starts. Its now in a loop. Everytime the auto updater says new version 6.1.0 Beta 5 is out, because it keeps installing 6.0.1 Beta 5.


That does not appear to be the problem.
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.
Aug 26, 2014  • #6
Keith Lammers (BFS)'s profile on WallpaperFusion.com
It was the correct beta, we just had the version numbers messed up in the updater. Should be fixed now.

@siliconman01: Can you try rolling back to Beta 3 and let me know if the CPU usage issue goes away?
http://www.binaryfortress.com/Files/DisplayFusion/DisplayFusionSetup-6.0.1-Beta3.exe
Aug 26, 2014  • #7
User Image
siliconman01
426 discussion posts
I reverted back to Beta 3 and the degree of CPU utilization did not decrease. So I went back to 6.0c and the CPU activity remains excessive....approximately the same as Beta 4/5. It's almost a continuous 0.4-2.0% CPU utilization.
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.
Aug 26, 2014  • #8
User Image
siliconman01
426 discussion posts


5.1.1 is showing constant CPU activity; however, the magnitude is less at 0.15% to 1.10% as observed over a 5 minute period viewing with MS's Process Explorer.

Maybe I'm just now noticing the constant CPU activity of DisplayFusion. It just seems to now be showing up constantly in my "Top Process Monitor" gadget whereas it appeared infrequently before.
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.
• Attachment: CPUVideo.mp4 [85,369 bytes]
• Attachment: DFCPUActivity.png [77,086 bytes]
DFCPUActivity.png
DFCPUActivity.png
Aug 27, 2014 (modified Aug 27, 2014)  • #10
Keith Lammers (BFS)'s profile on WallpaperFusion.com
Ok, glad to see it's not just in the recent betas then :)

If you disable the DisplayFusion taskbar (Settings > Taskbar tab), does the CPU usage go down?
Aug 29, 2014  • #11
User Image
siliconman01
426 discussion posts
Quote:
Ok, glad to see it's not just in the recent betas then :)

If you disable the DisplayFusion taskbar (Settings > Taskbar tab), does the CPU usage go down?


It does not go away. However, its magnitude is less...more like 0.3%-1.3%. But its a constant CPU user.
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.
Aug 29, 2014  • #12
User Image
siliconman01
426 discussion posts
The DisplayFusion.exe Page Faults seems excessive to me. Indication of a problem ??
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.
• Attachment: DisplayFusionPageFaults.png [39,794 bytes]
DisplayFusionPageFaults.png
DisplayFusionPageFaults.png
Aug 30, 2014  • #13
Keith Lammers (BFS)'s profile on WallpaperFusion.com
Nah, they're likely soft faults (you can check in the Windows Resource Monitor to make sure they're not hard faults).

If you also disable the TitleBar Buttons, does the CPU usage decrease more?
Sep 3, 2014  • #14
User Image
siliconman01
426 discussion posts
Quote:
Nah, they're likely soft faults (you can check in the Windows Resource Monitor to make sure they're not hard faults).

If you also disable the TitleBar Buttons, does the CPU usage decrease more?


Updated to 6.1: Disabling the TitleBar Buttons has no visible affect on decreasing the constant CPU usage or its magnitude.
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.
Sep 3, 2014  • #15
Keith Lammers (BFS)'s profile on WallpaperFusion.com
Ok, what about if you disable the Application Hooks in the Settings > Advanced Settings window and then restart DisplayFusion? I apologize if it sounds like I'm stabbing in the dark, but I more or less am, since I can't reproduce the issue here, and the debug logs weren't helpful :(

Just trying to narrow down with feature(s) in DisplayFusion might be causing the CPU to constantly be in use.
Sep 4, 2014 (modified Sep 4, 2014)  • #16
User Image
Will Miles
2 discussion posts
Hi Keith,
I think I'm experiencing something similar - I just updated DisplayFusion to 6.1, and now its eating up 3-5% of my CPU at idle, significantly more than 6.0 (although 6.0 was also pretty bad). Unlike siliconman I'm running Windows 7 x64.

Disabling the taskbar and application hooks have made no difference to the constant CPU load. I'm going to see what else I can turn off to see if I can narrow things down further.

-Will
Sep 4, 2014  • #17
User Image
siliconman01
426 discussion posts
Quote:
Ok, what about if you disable the Application Hooks in the Settings > Advanced Settings window and then restart DisplayFusion? I apologize if it sounds like I'm stabbing in the dark, but I more or less am, since I can't reproduce the issue here, and the debug logs weren't helpful :(

Just trying to narrow down with feature(s) in DisplayFusion might be causing the CPU to constantly be in use.


Disabling application hooks does not change the CPU issue. The magnitude remained the same as well.
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.
Sep 4, 2014  • #18
Keith Lammers (BFS)'s profile on WallpaperFusion.com
Ok, can you do a quick test to verify that it's not a conflict with some other software? Can you try booting Windows into Safe Mode, then launch DisplayFusion and check the CPU usage?
Sep 5, 2014  • #19
User Image
siliconman01
426 discussion posts
Using msconfig, I booted into Safe Mode on Windows 8.1.1 x64. Unfortunately in this mode only the main monitor is detected and useable. I went ahead and activated DisplayFusion and could see no CPU activity....which I suppose is expected with only the main monitor active.

Do you know of a way to make the other monitors active when running in Safe Mode?
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.
Sep 5, 2014  • #20
User Image
Will Miles
2 discussion posts
In Windows 7 SP1 x64, booted to safe mode, DisplayFusion continued to consume 2-3% CPU with no activity on my machine; even with just the one monitor.
Sep 5, 2014  • #21
User Image
siliconman01
426 discussion posts
Would a Task Scheduler dump of DisplayFusion.exe help in analyzing this problem? If so or possible, I'll take one and upload it to you if you wish. The zipped size of this dump is 98.7 megabytes, so please provide instructions for uploading it.
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.
Sep 6, 2014  • #22
User Image
siliconman01
426 discussion posts
I did a recheck on DisplayFusion.exe's activity when booted in Safe Mode. With Process Explorer on a 1 second scan cycle, I do see constant CPU activity by DisplayFusion.exe. Its magnitude is from 0.02 to 0.40 from 1 second scan to 1 second scan. Just observing via the Task Manager, this does not show up.
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.
Sep 6, 2014  • #23
User Image
siliconman01
426 discussion posts
I did a complete uninstall and registry cleaning for DisplayFusion and then re-installed it. That did not help at all. :-[
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.
Sep 7, 2014  • #24
Keith Lammers (BFS)'s profile on WallpaperFusion.com
Some CPU usage is expected, as DisplayFusion needs to do a lot of polling for some of the features to work correctly. For the Process Monitor dump, I can give you an FTP account to upload them to. Can you email me at support@displayfusion.com for the details?

Thanks!
Sep 8, 2014  • #25
User Image
siliconman01
426 discussion posts
Quote:
Some CPU usage is expected, as DisplayFusion needs to do a lot of polling for some of the features to work correctly. For the Process Monitor dump, I can give you an FTP account to upload them to. Can you email me at support@displayfusion.com for the details?

Thanks!


I sent you an email requesting the FTP account info.
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.
Sep 8, 2014  • #26
User Image
siliconman01
426 discussion posts
The Process Explorer dump of DisplayFusion.exe has been uploaded under the file name of DisplayFusionSiliconman01.zip :laugh:
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.
Sep 12, 2014  • #27
Keith Lammers (BFS)'s profile on WallpaperFusion.com
Ok, the task manager dump didn't have much useful info in it, but the good news is that I can see an increase in CPU usage on a test machine here between the older and newer versions as well. We'll work on that here, and hopefully can track this down :)

Thanks!
Sep 29, 2014  • #28
User Image
siliconman01
426 discussion posts
Great. I'm glad that it is showing up on one of your machines. Thanks for your attention to this issue. DF has always been very small/good on CPU usage and I would not like to see that deteriorate. ;)
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.
Sep 30, 2014  • #29
Keith Lammers (BFS)'s profile on WallpaperFusion.com
We've just released a new DisplayFusion beta version (http://www.displayfusion.com/Download/Beta/) and we've made some performance improvements that should hopefully help with the CPU usage. Please let us know if you still run into any trouble after updating.

Thanks!
Nov 22, 2014  • #30
Subscribe to this discussion topic using RSS
Was this helpful?  Login to Vote(-)  Login to Vote(-)