Lu_GRU wrote:
Thanks for suggestion but I already tried dozen of them and non of them worked.

Please also see videos, these ones are from fresh install of Windows 1511 and 1703 on 1 SSD in system, same issue, my main OS 1703 index disabled, cleared before disabling, same issue.

Also CPUZ benchmark is affected and depending on CPU utilization (2 different physical units) score is different and explorer works faster @ 60% CPU utilization.

PS. Opening one new window, when none is opened, shows it practically instantly, when opening up to 3-4 via selecting directories and "Open in new window" it's fast (as in video with 60% CPU utilization, fast but not instant) when selecting 7+ it's like in video.
Other application - choosing Open or Save from within other apps is slow, update in i.e. notepad++ is fast but there seams to be some "flickering".
It's hard to put it into word and easiest way to visualize it is with explorer example, that's why I explained it like this.

You may want to try Latencymon and see if anything flags there. Also check that HPET is disabled.

JustinThyme wrote:
Perhaps having task manager up to show what process are running?

It has nothing to do with running tasks in background, tested on my highly customized work OS that has everything disabled in auto run / task scheduler / services that is "not needed". Videos shows fresh installs to illustrate that this is not related to my settings that could cause this issue. Also these videos are from system that's running 1 SATA SSD no other drives so nvme etc. driver issues shouldn't be the case. And it happens also on 2 fresh installs 1511 and 1703. Also see videos, utilization at 60% resulted in faster response times, reason - at this time CPU had higher clocks. Can reproduce this by changing power profile to High Performance, lag is still there but is less noticeable. i7-4770 at 0-1% CPU utilization on HDD shows windows instantly, also probably on Your systems it's instantly, am I right?
Used also "Process explorer" from SysInternals to see if there is something fishy boing on, it's clean.

See also CPUZ issue - running 20 core results in worse score then 18 thread test. Why? There is something fishy going on either with drivers or windows scheduler and now with all these "auto update" You can imagine how easy it's to test this out, not to mention bloatware that is added to all this, especially NIC, drivers.

Some time ago there was bug that cause COM / IPC (inter process communication) to lag tremendously (up to 1 min) when hyperlink was clicked in i.e. mail client Thunderbird when MS Edge was set as default web browser, changing it to Firefox (in my case) resolved issue.

My work OS 1703 compiling with MSVC2017 project causes mouse lag for 1-2 sec, going into Debian and gcc - butter smooth. Some time ago it was caused by incorrect event queue on both systems, Linux apparently did sorted this out much better.

My point here is that now Windows cater to gamers with it's "gaming mode" etc. and they do forget that people do work on these systems also and require reliability over performance or new features (like share option in menu to share pictures with FB / whatever because apparently nowadays it's to much hassle to open web browser and select file that needs to be uploaded so this code needs to be now part of OS ...)

JustinThyme wrote:
How fresh are the installs?

My work OS is couple moths old, tested on fresh installs also, same result.

JustinThyme wrote:
Most importantly can you explain to my old tired mind the need to flood the opening of 10 windows simultaneously?

For starters this system costs me over 3 grand and I expect it to behave like HEDT platform not like laptop with ultra power efficient CPU.

This is just an example that illustrates my problem easiest. This happens also on CID dialogues (Common Interface Dialogues) like Open/Save|as in multiple/all applications and if I do post that program "xxxx" has problem with "File Open" then reply will be "contact creator", so it's easier to show it like this, because root of this issue is probably same.

But to answer Your question:
Initially I did noticed it around Jan 2018 when was working on arranging structure of converted video, videos were placed in sub folders and then I manually muved them one directory up and to my surprise response from Windows explorer was slow. Then later on when Spectre & Meltdown kicked in and I did updated BIOS to 1102 issue exaggerated and in i.e. Vegas when I hit "Open File" lag was noticeable 5-15seconds.

FUN Tip:
Want to crash Your Windows Explorer? Hit and press "Windows + E key", at around 30+ windows it will crash, tested on GTX1080Ti and GTX970.
Tried to the same on Linux with Gnome - super fast response, OS don't die :D.

JustinThyme wrote:
Run Realbench and post up what you get, this would flag any hardware issues.

Now I have back my original CPU with is now delided. This is not thermal issues, OCCT / prime95 / aida64 / Realbench all passes 1h+ runs, exception is OCCT that from time to time, not always, returns "Error occurred" - can't figure out reason for this one. Of course I will run again Realbench and post screenshots.