?[TC 8.50x32] Local directory reading is too slow!

[petermad]

System: i7; Win8.1 64bit; SSD 256Gb

What's i7 ?

[HolgerK]

What's i7 ?

http://www.intel.com/content/www/us/en/processors/processor-numbers.html

Regards
Holger

[petermad]

2HolgerK

Thanks

[betamaster]

Hmm, really strange that this is slow. Are you in a Windows domain? Or a remote desktop environment? I just wonder why this operation is so slow for a few people, but not for most others...

Use Remotely,also use Virtual Windows in Linux - These two were having lags morely..
Windows enviroment directly - lesser lags at times

After editing - No lags

wincmd.ini
[Configuration]
TestIfSharedDir=0

[ghisler(Author)]

2Hemlikevew
I need more info - your case seems to be different from the other posts in this thread. Please let me know when you find out someting with Process Monitor.

[Hemlikevew]

More info after a number of tests:

Lags seems due to Windows Defender start scanning "open with" associated exe for files in dir as per Process Monitor log.

First time on dir open the TC receiving DefaultIcon path then accessing associated exe and here MsMpEng.exe jumps in scanning associated exe and lag therefore.

The different behaviour noted for TCx32 and TCx64 (dir with 8 subdirs; 1 pdf; 4 jpg):

TCx32: Open dir in TCx32 and subdirs to appear immidiately then PDF file to appear after scan then 4 JPG files to appear altogether.
TCx64: Open dir in TCx64 and its content to appear altogether after scan.

Same behaviour noted on 2 different PC: desktop i7; Win 8.1x64; SSD (initial problem here) and notebook i7; Win 8.1x64; SSD (copied dir with 1 pdf and 4 jpg there).

Files in dir: 1 pdf 160kb; 1st jpg 409kb; 2nd jpg 1mb; 3rd jpg 1mb; 4th jpg 202kb so nothing special.

[ghisler(Author)]

Indeed associations like pdf (no per file icon) are always loaded in ther foreground - it has been like this for many years. I don't see why this should suddenly be slower in TC 8.5 than TC 8.0...

[Hemlikevew]

Indeed associations like pdf (no per file icon) are always loaded in ther foreground - it has been like this for many years. I don't see why this should suddenly be slower in TC 8.5 than TC 8.0...

Indeed not related only to 8.5, seems like coincidence. Sorry, not tested problem from all sides at beginning. Problem is solved for me. Many thanks.

[ghisler(Author)]

I will probably move that to a background thread too in the future, but it could mean more blank icons for many files until the icons are loaded...

[Hemlikevew]

I will probably move that to a background thread too in the future, but it could mean more blank icons for many files until the icons are loaded...

IMHO it seems better to await for icons than await for dir content keeping in mind potential solution selecting only standard icons to show (or even no icons). Not sure how other antiviruses act, but Windows Defender being included as common Windows feature cause noticeable delay.

[petermad]

IMHO it seems better to await for icons than await for dir content

I agree.

[ghisler(Author)]

Making that change will be a LOT of work, so I cannot say yet when I will find the time...

[ghisler(Author)]

I have now partially implemented this: Icons from system associations will now be loaded in a separate background thread (not the thread used for EXE icons, thumbnails etc, that was too slow). Icons defined in internal associations are not yet loaded in a background thread, this has been postponed to a later beta.

Furthermore, I'm now using a different method to check whether folders are shared or not (this only applies when overlay icons are off): I'm now building a list of all shares with NetShareEnum, and then check this list instead of calling a separate Windows function for each folder. This has the downside that shares will not be found when using 8.3 names, but I think that this is an acceptable loss.

[Hemlikevew]

Tested beta 4 and dir content appears immidiately all the time. On other hand the most of icons are "missing" after nearly each TCx64 close-open until some panels related activity (many different scenarios observed) despite antivirus (e.g. Windows Defender) enabled or turned off. The only way to reveal the icon for sure is to place cursor on the file for current implementation.

[ghisler(Author)]

This is a known bug in the 64-bit version which will be fixed in beta 5. You may try the 32-bit version, there is should work fine with icon sizes smaller than 32x32 (up to 31x31).