Open MaikBS opened 4 years ago
I'm facing the same issue, it started after I enabled Device Guard and Hyper-V in Windows and enabled WSL2.
so when you disable device guard its fine? imho hyper-v alone shouldnt be an issue
Completely disabling device guard and virtualization based security and hyper-v using the DG_Readiness powershell script here https://docs.microsoft.com/en-us/windows/security/identity-protection/credential-guard/credential-guard-manage improves the performance a bit, however the issue remains. Also build 2004 here. The slowdown appears to be in the invocation or rendering of native controls as even native text box drop-downs take a second to appear, even the print dialog or native windows shell dialogs.
This issue doesn't affect Edge Chromium
Basically doing anything in Explorer is slow for me.
Hyper-V and Virtualization Based Security disabled.
@DavidXanatos Will you please look at this?
yes I will patience... please :)
Currently is there a recommended set of configurations with regards to Hyper-V/Virtual Machine Platform/WSL and other virtualization configurations in Win 10 to use.
Has anyone found a solution to this? Does this happen to everyone on 20H2?
Yes, it still happens in build 2009. this is not solved.
i have updated my development VM to 20h2 an will take a look on that issue soon
Thanks david, same problem here! 20H2. I too am using virtualization.
Just so that this is not mistakenly closed: Just mentioning that this is still an issue with "Explorer.exe" Windows, regardless of the changes in v0.7.4.
strange for me in the latest build the explorer runs very well, can you make a video and descripe in which usecases you are still getting these slowdowns?
Video of problem is attached. If you need more info or want to see the problem on the machine directly then contact me. I can arrange for a TeamViewer session.
One thing I noticed: I have a lot of disks on this system and it seems that Explorer is polling MountPointManager (and related) a lot. Don't know if related to this problem or not...
I was forced to basically abandon Sandboxie completely thanks to this bug. Not only is opening explorer things inside sandboxed applications unbearable and unusable slow, but it has a big slowdown on the whole machine even for non-sandboxed processes. When I removed Sandboxie I realized how much effect it had open my machine responsiveness as a whole. It just seems to be much much worse with Hyper-V and Memory Protection and Device Guard/VBS and those things active. Note : I had forced programs and forced folders also active at the time. The slowdown gets exponentially worse if you have something like TortoiseGit / TortoiseHg and other shell extensions active also.
@henrikx whdo you get a monitor buffer overflow? Do you have any tracing functions activated? in the trace tab of the box options? these low down everything.
also yea a remote session would be helpfull
I don't normally get monitor buffer overflow, but I think it happened because of the recording software. Just tested it and didn't get that message and it does not make a difference to this bug.
Nothing in access trace log on box options enabled. Turning on or off the global "trace logging" button also makes no difference.
Where can I contact you to set up a remote session? I have Discord (ciken#9165) if you use that.
@DavidXanatos Did not hear from you yet. Please let me know where I can contact you, so that we can troubleshoot and hopefully get this fixed soon :)
Definitely something went wrong after windows update last year. Explorer.exe and even applications calling explorer to select files is painfully slow.
I would also like to add that some programs installed inside sandboxie are also unbearably slow to open and operate, for eg. photoshop.
@henrikx you can email me at xanatosdavid[at]gmail.com
Windows 10 20H2/21H1: 1) Windows Explorer is very slow to load when you go back to the main "This PC" screen that I set as startup. 2) When I right-click on a drive, I need to wait 7-10 seconds in order to see the context menu. 3) When I right-click on a file, I need to wait 3 seconds in order to see the context menu. 4) When I attempt to select multiple folders on my root drive with the mouse cursor, I need to wait 6 seconds to see the selection. 5) When I navigate only drives without going back or without any right-click / mouse selection, the performance is slightly better than a few Sandboxie versions ago, but I think it could still be improved.
See #1127, basically same issue on Windows 11.
I have randomly noticed somthign funny on 11 installs with this tool: https://www.startisback.com/tbd the explorer starts fast, what that tool does is it disables some win 11 stuff from explorer...
I have randomly noticed somthign funny on 11 installs with this tool: https://www.startisback.com/tbd the explorer starts fast,
what that tool does is it disables some win 11 stuff from explorer...
Yep, and ExplorerPatcher does the same thing. The Win11 constantly enumerates HKR, that's why it's causing the whole system being slow.
I have randomly noticed somthign funny on 11 installs with this tool: https://www.startisback.com/tbd the explorer starts fast, what that tool does is it disables some win 11 stuff from explorer...
Yep, and ExplorerPatcher does the same thing. The Win11 constantly enumerates HKR, that's why it's causing the whole system being slow.
Yea, the whole windows 11 somehow feels like MSFT lost the source codes and is now using dirty patches to change the UI, I mean it really feels like a windows with a badly write 3rd party overlay software, LOL.
No on windows 10 the explorer seams to work ok for me, not as fast as unsandboxed but bwloe 1-2 seconds for the context menus
No on windows 10 the explorer seams to work ok for me, not as fast as unsandboxed but bwloe 1-2 seconds for the context menus
On average spec PC like mine, it takes anywhere between 2-6 seconds to open explorer and then same for context menus. Trust me, it gets highly frustrating if the job requires repetitive action.
Maybe windows 10 thing was passed on to windows 11 due to which windows 11 also has similar issues. And maybe windows 11 solution could work on windows 10.
Windows 11 solution was to wait for a fixed windows 11 insider build, so it wil defiently not apply to 10
I've just noticed that ReadFilePath=%UserProfile%\AppData\Local\Microsoft\Windows
helps to reduce my delay issue on Windows Explorer, and if you replace ReadFilePath with OpenFilePath the delay will be back.
I can reproduce this issue only on my real machine, not on a VM environment.
I've just noticed that
ReadFilePath=%UserProfile%\AppData\Local\Microsoft\Windows
helps to reduce my delay issue on Windows Explorer, and if you replace ReadFilePath with OpenFilePath the delay will be back.I can reproduce this issue only on my real machine, not on a VM environment.
Can confirm this. The performance is still reduced, but it is a lot better than before.
There is not much reduction in delay when interacting with the files and folders. See attached gif
One interesting aspect to this bug is that it seemingly only affects the standalone instance of Explorer.exe. If I am using a program invoking a OpenFileDialog, the dialog runs fine with no performance issue (I tested Firefox's save page dialog).
There is not much reduction in delay when interacting with the files and folders. See attached gif.
I may have a few additional lines for that too. Please make sure to have installed 0.9.8c / 5.53.2 and apply:
OpenIpcPath=*\*BaseNamedObjects*\*HWNDInterface*
# Sync Integration Manager
ClosedClsid={9AA46009-3CE0-458A-A354-715610A075E6}
# Thumbnail Cache Out of Proc Server
ClosedClsid={AB8902B4-09CA-4BB6-B78D-A8F59079A8D5}
# OneDrive
ClosedClsid={71DCE5D6-4B57-496B-AC21-CD5B54EB93FD}
ReadFilePath=\Device\MountPointManager
ReadFilePath=%AllUsersProfile%\Microsoft\Windows\Caches
ReadFilePath=%UserProfile%\AppData\Local\Microsoft\Windows
ClosedIpcPath=*\Shell.CMruPidlList
BlockNetworkFiles=n
P.S. Make sure to not have repeated BlockNetworkFiles
or ReadFilePath=%UserProfile%\AppData\Local\Microsoft\Windows
references on your sandbox.
There is not much reduction in delay when interacting with the files and folders. See attached gif.
I may have a few additional lines for that too. Please make sure to have installed 0.9.8c / 5.53.2 and apply:
OpenIpcPath=*\*BaseNamedObjects*\*HWNDInterface* # Sync Integration Manager ClosedClsid={9AA46009-3CE0-458A-A354-715610A075E6} # Thumbnail Cache Out of Proc Server ClosedClsid={AB8902B4-09CA-4BB6-B78D-A8F59079A8D5} # OneDrive ClosedClsid={71DCE5D6-4B57-496B-AC21-CD5B54EB93FD} ReadFilePath=\Device\MountPointManager ReadFilePath=%AllUsersProfile%\Microsoft\Windows\Caches ReadFilePath=%UserProfile%\AppData\Local\Microsoft\Windows ClosedIpcPath=*\Shell.CMruPidlList BlockNetworkFiles=n
P.S. Make sure to not have repeated
BlockNetworkFiles
orReadFilePath=%UserProfile%\AppData\Local\Microsoft\Windows
references on your sandbox.
Thanks! These lines improved performance a little bit, but unfortunately not enough to call the performance "good". It still chugs quite a lot while selecting files, and it freezes for half a second when entering a directory.
Thanks! These lines improved performance a little bit, but unfortunately not enough to call the performance "good".
Well, I looked into this issue and obtained a few results, so I'm sure that an experienced dev could do better. 😘
Any updates on getting File Explorer to run on Windows 11? It's been officially released.
Any updates on getting File Explorer to run on Windows 11? It's been officially released.
I think the maintainer is waiting the next updated Windows 11 release, see here. About Windows 10, the issue is different and I published a workaround a few posts ago.
The slowness with sandboxed sessions of Windows Explorer is definitely improved for me with Plus 1.0.7 / W10 21H1.
But there are still two remaining things:
The slowness with sandboxed sessions of Windows Explorer is definitely improved for me with Plus 1.0.7 / W10 21H1.
The only thing left is the delay with the right-click context menu on a single drive which now it takes almost two seconds. About this one, I think it's something related to SandboxieCrypto.exe that it loads at the same time of the context menu delay.
Yes! There is a big improvement with this update. However, there are some additional things that I found: Opening one of the ribbon menus at the top will slow Explorer down. Each menu you open adds delay, so after opening all of them it is back to the unusable slowness we have seen before. See attached gif:
I think that the Ribbon menu slowdown is related to multiple \Device\MountPointManager
entries that are called a lot of times without apparent reason:
It takes a long time to open folders (save as) in Firefox. It takes a long time to open menus (right mouse button) in Opera. It all started with the upgrade to the Windows 10 2004 feature update.
I use the current version 5.41.2, Windows 10 2004 (Build 19041.329) Thanks!