Bug: SMB servers load very slowly

[life036]

Description

Just like the title says. In addition, I have a folder on my local HD that just has shortcuts to about a dozen SMB servers (standard shortcuts to locations like \ServerName), and it takes 30-40 seconds for that folder to load, vs instantly in Windows' File Explorer.

Something strange is going on with the way Files interacts with SMB servers.

Steps To Reproduce

1. Connect to any SMB server on your LAN (\ServerName) and compare how quickly it loads to the native file explorer.

2. Create a local folder on your HD with shortcuts to a handful of SMB servers on your network, and compare how quickly it loads to the native file explorer

Requirements

SMB locations, and folders full of shortcuts to SMB locations, should load just as fast (or nearly as fast) as the native File Explorer.

Files Version

2.5.1.0

Windows Version

10.0.22621.1848

Log File

debug.log

[Josh65-2201]

Thanks for the report. Can you please provide the following information.

• Is the issue with loading the contents of the network drive, or the folder containing the links to the network drives?
• How many items does the folder contain?

[life036]

Thanks for the report. Can you give the following information.

• Is the issue with loading the contents of a network drive or the folder containing the links to the network drives

Both situations have similar issues

• How many items does the folder contain

My particular folder has 12 items, but the issue happens no matter how many shortcuts you have in there. The problem is just more pronounced when you have more items in the folder. It also seems to stutter longer on shortcuts whose endpoints aren't available; like Files checking the validity of the shortcut before loading it.

[Josh65-2201]

Thanks for the information, I've added this to the project board.

[KFlab]

Since I am a non-native English speaker, I am sorry for my poor English。
I have same problem and I think I found some useful information。

I found a lot of download traffic coming from my SMB server，
so I use wireshark to capture analysis.

Here's the information I got:

step 1)
there's a package try to read one of my file's info,
The target file is a mod pack for a game, and it's a 47.53GB size and zip type.
I will call this file "a.zip"

step 2)
SMB server send a TCP package back
and a shows success

step 3)
There 's a to "a.zip" with Length 65536 Offset 65536

step 4)
There 's a to "a.zip" again with Length 69632 Offset 51039236096
The file here seems Central Directory Record part of a zip file

step 5) <<< i think here have some problem
Another to "a.zip" with Length 131072 Offset 131072

and more with Length 131072 or 262144

But prublem here is , the directory I'm opening is a directory of my Aria downloads.
So it has a lot of huge zipped files in it.

I haven't started reading more of the program's source code, and I'll try to spend a little bit of time locating the source of this traffic

[KFlab]

I have figured out what happened. When a directory starts with "\", it is recognized as a shared directory. This type of directory has some special optimizations, so when browsing directories in this format, there will be no lag.

But when this directory is mapped as a network drive such as "Y:"

The part of the program that handles compressed files will try to get the entire file
This causes IO blocking，and it crashes the program

Another problem comes from aria2
aria2 will create a temporary download file, such as "a.zip.aria2“
The part responsible for processing the compressed package will treat it as part of "a.zip"
This exacerbates the lag.