DO11: Every Saved Lister Layout very slow to load

Hello all,

I installed the latest Beta version of DO11 and everything is going great up to this point with the exception that each every and Saved Lister Layout is very SLOW to load. I have measured the length of time to be 30+ seconds on average.

Is it specific to layouts or does it happen when you open a new window via any method?

Does it depend on particular elements being in use, e.g. the Folder Tree?

Hi Leo,
You are right. It occurs when I right-click on the DO icon to open a new lister too. However, I pretty much just use saved layouts to navigate around. I don't use folder tree much at all.

Leo, one last common denominator is that each layout including the default loads files and folders from local as well as network drives.

FYI, I created a new saved Lister Layout which only included files and folders on local drives and it still took 30 seconds to load.

If you're familiar with Process Monitor, could you use that to see which files/folders Opus seems to be looking at during the delay?

Leo, I did capture DO's activity during the delay into a log file. Would you like me to forward it to you? If so, how? I'm not very good at reading the info. but it looks as though the delay was during the time of reading the FolderExtensions:


Hello all,

Well, I reinstalled back to version DO10 and now my saved Lister Layouts load as expected. Hopefully, I'll be able to install future beta releases but for now I'm not very productive because of the slow load times using the current DO11 beta.

Warm regards.

Please zip the .PML log file and email it to leo@gpsoft.com.au and I'll take a look.

Thanks!

It looks to me like the issue is either with your antivirus scanner or with the DISKSTATION_1 device.

I filtered the 2nd ProcMon log you sent me, so it only shows operations that took over 0.01 seconds, and it reveals excessively long delays when trying to open .exe files on the DISKSTATION_1, as well as when trying to read part of Opus itself.

e.g. In one case it takes 6.5 seconds just to open a .exe file for reading. (That is not actually reading any of the file; just opening it.) Several other files took seconds to open, and all the ones shown in the screenshot are excessive. The time to open a file should typically be milliseconds, not seconds.

(Note that CreateFile is used to open existing files as well as create new ones. In this case it's always opening existing files.)

Looking at the 6.5 second operation, it was due to a call to ExtractIconW, so Opus was just asking Windows to get the .exe file's icon, which should normally be a quick operation.

It may be that the drive itself is very slow, or overloaded, or on a slow network connection. Or it could be that an antivirus scanner (either on your local PC or on the server/drive itself, if it has that functionality) is causing large delays. My bet is it's antivirus, as it seems to only be affecting .exe files, but it's also possible that's the only type of file which was being looked at.

Another possibility is that your machine is simply overloaded. e.g. If your PC has run out of physical memory and is relying on the page file on disk, everything will become orders of magnitude slower. You can use Task Manager to check the available memory.