Open wishday opened 9 months ago
Material Files have to download the whole zip file to local temp folder/RAM first
Which step triggered the download and are you sure that's a download of an entire file?
I don't have an SFTP or SMB server, but I created an FTP server and I observed that the reads are indeed small reads around the tail of the 1GB+ ZIP or RAR files I used for testing.
I‘m not sure if entire file download is triggered.
I tested in LAN Network, open a zip file(x GB size with around 10 folders/1000 files Inside) from SMBv2 server by my phone. Material File manager need ~30s to open the file list, and the network speed shows ~35MB/s in phone status bar.
In same scenario X-plore can open the file list by <3s.
So i guess maybe Material File manager have to download the entire zip file before open it.
What is the app version you are using? An older version of this app may have to download the entire file, but the latest version shouldn't have to.
1.6.2(34), The latest release in github
I see. Then I don't have a good idea, esp. when I can't reproduce it myself :/
I switched to use Material Files to manager my remote NAS from X-plore recently.
I found in Network Storage (SFTP/SMB) scenario, if i try to open a zip file, Material Files have to download the whole zip file to local temp folder/RAM first, which will waste lots of time and mobile traffic. (X GB zip file by mobile network).
In same scenario, X-plore can open the file list of zip file without download the whole zip file first. You can select certain files to unzip and download to local, it saves lots of time.
Hope Material Files can suppot the same feature like X-plore.