Opus 13 is fast for me, maybe it can be optimized? Make it even faster?
Still can't see how it's related to OP's issue which is about lag during navigation between folders.
The speed of reading the folder affects the speed of navigation, doesn't it?
(I used to create a lot of files for testing, and realistically I would never have that many files.)
Leo,
I have captured Process Monitor log, emailed crashdumps@gpsoft.com with details.
I have added folders to Windows Security exclusions and turned off real time monitoring when I operated. Yeah... Windows will automatically turn back on real time monitoring but I'm sure it's off when I was doing tests.
Anyway, we've gone this far, hope Process Monitor logs have something. 
Based on the Process Monitor log, could you see what happens with SSHFS disabled/uninstalled?
Queries against those drives are quite slow at times, and may be the cause of delays. (Even when going into unrelated folders, if they're visible in the folder tree or on toolbar buttons etc., they may need to be queried for their names or compared against other paths.)
Leo
yeah sure, logs without SSHFS were just sent.
I actually captured 2 logs with good/bad behaviors I just discovered. Maybe some comparison could reveal something.
Nothing stands out as wrong in the new logs, but your description (in email) of how the delay doesn't happen if you wait before changing folders might provide a clue.
First, I suspect that the problem is happening when leaving the other folder, not when entering the folder that seems to be slow.
If it only happens when you weren't in the old folder for long enough, my suspicion is that entering that folder is creating a shell extension for something which then starts doing something, and will blocks when it is released if it hasn't finished doing it yet. (This isn't for certain, but it's about the only thing I can think of that would explain what you're seeing and it mattering how long you're in the previous folder for.)
Based on the process snapshots you sent earlier, these shell extensions are in the process:
- WinFSP-x64.dll (this is a component used by virtual filesystems, so it might be tied to SSHFS, but could also be something similar).
- WinSCP's DragExt64.dll
- Beyond Compare's BCShellEx64.dll
- TortoiseGit (multiple DLLs).
In Opus, if you go to Preferences / Miscellaneous / Shell Extensions and search for those things and disable them, it might make a difference. If it does, re-enable one at a time until the problem comes back to work out which component is causing it.
1 Like
Thanks Leo, sounds like an approach I can try. Do I need to restart DO or Windows after I block a shell extension? to ensure it is indeed unloaded?
Restarting Opus is usually enough. Make sure you fully exit it (File > Exit Directory Opus), as just closing the window isn't normally enough to restart the process.
I went so extreme 
... eventually all shell extensions are disabled at the same time (not one by one), plus Reset Configuration: the lag is still there.
I think I fixed this 
. short log:
settings/preferences - Misc - Advanced - Compatibility - flush_com_libraries: change to False
DO doc has explained this setting. I think I have some 3rd or windows extension/dll interferes directory changing. I couldn't root cause which one but flush_com_libraries as false does make the lag go away. I've used DO for a couple of days to confirm this.
. deleting files seems slow
like when deleting 10 files, but you can see the process of 6 files disappear first then the left 4 disappear.
Increasing Nofity Max Time to 60 on my system makes this go away. All files disappear in a blink.
1 Like