As per title, I updated to beta 8 and right after I did the pc became sluggish. After a restart it was still like that and taking a look at the processes I saw that DF was using constantly 90% of the CPU.

I tried uninstalling and re-installing it again just in case but I still had the same issue. After this I went back to Beta 7 and all is working fine again. CPU usage with Beta 7 is around 0.5%-1.0%.

I'll update to beta 8 again tomorrow after work and see what I can do about the log.

haha, I was starting the beta 8 installer to take the log and I received the email notification about your reply.

I'll try this test build and let you know, in case I'll take a log with it.

Maybe not, the link gives me "file not found"

That worked, downloading it now

No luck Keith, I'm taking a log now.

What happens is that the process is at 93%+ right now and the bar on my second monitor doesn't appear. I do have some pinned items in it (about 7- and I remember reading some kind of fix for pinned items in beta 8. I think the fix you made is somehow interfering with the pinned items I have.

Interesting, I closed most of the apps that open on startup and the CPU load is back to 0.1-0.5%.

I'm gonna make a few tests and see why the load was so high before, maybe a malware program or the firewall were the cause.

Here are my debug files, I re-started DF around 20:29 and right away it started using a lot of CPU.

Initially on windows restart it started using the "usual" 90% CPU but after a few minutes it went back down properly, however, once I tried to open the DF settings window the CPU usage spiked up again. Then it did the same when I open for the first time a program, for example let's say I open up Notepad++ and move it to the second monitor, it takes several seconds for DF to move the taskbar entry for it in the second monitor as well. Once it does it at least once the next "moves" to another monitor are faster. (this part is NOT included in the logs though).

In general anyway everything feels more "sluggish" with B8 & B8T1 compared to B7. Already went back to it after taking the log

That was not it unfortunately, the cause seems to be something else. I tried to manually close and start up all the programs and the CPU always spiked up to 90% for ~1 minute and then went back down after I waited. The log I attached above was taken right after I started DF while all the apps were already running and I was able to reproduce the issue consistently this way.

I'll see if I can try again later, if not I'll do it tomorrow.

Hi Keith,

I updated to Beta 8 tonight and also had the same thing happen, I've installed the extra logging version and done as you asked Terabyte to do - although I don't appear to have a DebugInfo.html file.

I started the program with the logging set to L2, left it running for 5 seconds and it maxxed out my CPU, left it for a few seconds then tried to close it, missed because it was causing my mouse cursor to jump around and so accidentally launched the settings window, then after a couple more tries managed to close it.

Anyway hope it helps.

Yep, here you go - I left it running for around 3 minutes, let me know if you need it left for longer. I sent an email during this time but don't think I did anything else. I didn't clear the log before I opened it up so it'll have the previous session at the top.

I did look through the log last night and started tidying things up in those folders just to see if that was the issue, so my %appdata%\Microsoft\Internet Explorer\Quick Launch folder is empty since last night's log, I just deleted the Google Chrome Canary link on the desktop that it was having trouble with, and that's not it. However I just moved a work folder that I had on my desktop, and Display Fusion has now loaded, spiked initially to use all CPU, then loaded the taskbar on the second monitor, and CPU usage has now gone back to nothing and things are working as expected.

So - in my case it appears that it was either the "Shortcut to My Webs.lnk" or "Shortcut to Website Hours.lnk" which were causing issues, which were inside my %useprofile%\Desktop folder, inside another folder called Work. However, after moving the whole folder to another drive, and checking that Display Fusion then worked OK, I then moved those files back into the root of the %userprofile and launched Display Fusion and... it works fine. As the Work folder I had was around 6GB big I wonder if it could be a size / number of files issue, or because it likely had some symbolic links in it perhaps it's getting confused with trying to follow those?

Here's the images of my folders.

I also want to add that I do have too some very big folders on my desktop, the folders you'll see in my Desktop.png image contain 56.000+ files in 10.000+ folders. Total folders size is ~20 GB and there are also some big 1-2 GB ISO files.

I've had those shortcuts, apps and folders in there for a long time now and I haven't changed anything recently.

Great, I'll be keeping a look on it then. What do you think was the issue in the end? I'm curious

It looks like that's done the job, I put the large folder I had back there, installed the new build, and it worked as it should. Thanks for getting it sorted out - and for constantly improving a great product.

Just installed this new build too and that seems to have fixed it for me too.

The CPU load went up to 18% when I started this new version but dropped 10 seconds later to ~0.5% as usual

I just wanted to add that I was also experiencing CPU spikes with the initial Beta 8 build, especially during copy operations, but the Beta 8 Test5 build you posted seems to have fixed it. Thanks for being awesome and resolving the issue before I even got around to finishing gathering logs, etc.

And yes, recursively, my desktop folder has at least several metric tons files and subfolders.