slow directory read of network drive with 1hourdif=1, TC7.50
Moderators: Hacker, petermad, Stefan2, white
-
- Junior Member
- Posts: 3
- Joined: 2009-10-21, 10:50 UTC
- Location: Czech Republic
Slow loading network directory
I have the same problem, tried everything suggested here and nothing helped.
I have a directory with 307 directories in it on NTFS formatted volume with LastTimeAccess disabled. Is is remotely connected via fast VPN connection (> 10Mbps).
I connect to the directory using name like:
cd \\10.10.1.1\d$\Data
The directory loading time is about 9-10 sec every time, which is very annoying. Explorer opens it immediately.
The only thing that works is to disable ALL icons in Options -> Icons, after that it opens realy fast, but it's hard to work without icons at all.
Can you please help me to fix it?
What can be done to make it work faster?
Also, I can't found my Network Drives, mounted in Windows 7 x64 in TC. Is there any way to "see" the mounted by OS Network Drives?
I have a directory with 307 directories in it on NTFS formatted volume with LastTimeAccess disabled. Is is remotely connected via fast VPN connection (> 10Mbps).
I connect to the directory using name like:
cd \\10.10.1.1\d$\Data
The directory loading time is about 9-10 sec every time, which is very annoying. Explorer opens it immediately.
The only thing that works is to disable ALL icons in Options -> Icons, after that it opens realy fast, but it's hard to work without icons at all.
Can you please help me to fix it?
What can be done to make it work faster?
Also, I can't found my Network Drives, mounted in Windows 7 x64 in TC. Is there any way to "see" the mounted by OS Network Drives?
- ghisler(Author)
- Site Admin
- Posts: 50817
- Joined: 2003-02-04, 09:46 UTC
- Location: Switzerland
- Contact:
Are any of the associated programs on the VPN too? Then TC has to get the icons over the VPN, which is very slow. You should in this case change the icons via Files - Associate - Edit type - Change icon to a locally stored ico or dll file.
Author of Total Commander
https://www.ghisler.com
https://www.ghisler.com
>Are any of the associated programs on the VPN too? Then TC has to get the
>icons over the VPN, which is very slow.
There are only directories, inside the directory which is loading slow.
I mean no programs, exe's, lnk's, e.t.c., just ~300 folders.
I can give you access to the vpn (a typical PTPP), in case that it will make it easier for you to see the behaviour I'm talking about, and maybe more easily find the source of the problem.
>icons over the VPN, which is very slow.
There are only directories, inside the directory which is loading slow.
I mean no programs, exe's, lnk's, e.t.c., just ~300 folders.
I can give you access to the vpn (a typical PTPP), in case that it will make it easier for you to see the behaviour I'm talking about, and maybe more easily find the source of the problem.
- ghisler(Author)
- Site Admin
- Posts: 50817
- Joined: 2003-02-04, 09:46 UTC
- Location: Switzerland
- Contact:
Ah, I see - trying to find out whether a dir is shared may be causing the slowdown here. Please try this:
1. Turn off overlay icons in Configuration - Options - Icons
2. Add the following line to wincmd.ini section [Configuration]
TestIfSharedDir=0
1. Turn off overlay icons in Configuration - Options - Icons
2. Add the following line to wincmd.ini section [Configuration]
TestIfSharedDir=0
Author of Total Commander
https://www.ghisler.com
https://www.ghisler.com
>1. Turn off overlay icons in Configuration - Options - Icons
Yes, that was already done, as suggested earlier in this topic
>2. Add the following line to wincmd.ini section [Configuration]
>TestIfSharedDir=0
I added the line and IT WORKED!
Thank you VERY MUCH - now it opens in less than 0.1 sec!
I use TC since it was WinCmd, and it is the first major problem that I couldn't resolve myself (using forums, tweaks, etc), but still you was able to help!
Thank you for this great program, and all your efforts to support those who use it!
My only hope now is, that there will be x64 version of TC some day.
If not - I just love it anyway!
Yes, that was already done, as suggested earlier in this topic
>2. Add the following line to wincmd.ini section [Configuration]
>TestIfSharedDir=0
I added the line and IT WORKED!
Thank you VERY MUCH - now it opens in less than 0.1 sec!
I use TC since it was WinCmd, and it is the first major problem that I couldn't resolve myself (using forums, tweaks, etc), but still you was able to help!
Thank you for this great program, and all your efforts to support those who use it!
My only hope now is, that there will be x64 version of TC some day.
If not - I just love it anyway!
After so many years, I was hit by this too ... actually, this bugged me for a very long time until I now couldn't live with it seeing Explorer was instant.
None of the suggestions in this thread worked for me. My problem was in the displaying files/dirs with different colors based on RegEx in the TC plugins page. Here it is:
Image: http://s15.postimage.org/609hj5i2j/SNAG_Program_0016.png
This slows down listing directories on network drives to a halt. Several good seconds to fill one screen. This is on a shared drive between my machine and a vmware virtual machine ... should be instant. Explorer is.
Local drives are unaffected. Listing is fast there. It appears that by simply using the TC plugin for matching the extension and names separately, it gets really slow for network drives.
I think this is a bug. RegEx matching should happen locally, in the cpu+ram of my machine. It should have nothing to do with the network connection. If the raw listing is fast (like in Explorer) then regex filtering should be fast too, unless it's a very poorly conceived regex.
Here's why I think it's a bug. I translated the above two regex matching name or ext separately, into one totally equivalent regex used in the "General" tab, and then disabled the plugins matching (uncheck the "Search in plugins:" box), like so:
Image: http://s17.postimage.org/6ddngfru7/SNAG_Program_0019.png
first group matches the extension \.[...]$, the second one matches the name [...]\.[^.]+$.
And this is now fast as Explorer, although the regex is totally equivalent. Something is fishy with the tc plugins matching.
I wasted so much time debugging this. My conclusion: stay away from tc plugin regex matching ... really hope this gets fixed
None of the suggestions in this thread worked for me. My problem was in the displaying files/dirs with different colors based on RegEx in the TC plugins page. Here it is:
Image: http://s15.postimage.org/609hj5i2j/SNAG_Program_0016.png
Code: Select all
tc name regex: [\-\.\_](old|bak|te?mp|safe)$|^~|~$|^te?mp$
OR
tc ext regex: (old|bak|te?mp|safe)$|^~|~$
Local drives are unaffected. Listing is fast there. It appears that by simply using the TC plugin for matching the extension and names separately, it gets really slow for network drives.
I think this is a bug. RegEx matching should happen locally, in the cpu+ram of my machine. It should have nothing to do with the network connection. If the raw listing is fast (like in Explorer) then regex filtering should be fast too, unless it's a very poorly conceived regex.
Here's why I think it's a bug. I translated the above two regex matching name or ext separately, into one totally equivalent regex used in the "General" tab, and then disabled the plugins matching (uncheck the "Search in plugins:" box), like so:
Image: http://s17.postimage.org/6ddngfru7/SNAG_Program_0019.png
Code: Select all
\.((old|bak|te?mp|safe)$|~|~$)|([\-\.\_](old|bak|te?mp|safe)|^~|~|^te?mp)\.[^.]+$
And this is now fast as Explorer, although the regex is totally equivalent. Something is fishy with the tc plugins matching.
I wasted so much time debugging this. My conclusion: stay away from tc plugin regex matching ... really hope this gets fixed
