Hey,
I’m downloading to a Samsung 512GB EVO Select microSD card
For whatever reason, downloads to the SD card take way longer than they do to the internal storage, and longer than the old sync feature.
Download:
Sync:
I’ve attached client logs
Server Version#: 1.23.3.4707
Player Version#: 8.20.0.26438
logging.txt (797.7 KB)
This is from my Samsung S20 5G downloading from a local server at original quality.
Server Version 1.23.3.4707
Client version 8.19.2.26377
Download to SD card with new Downloads:
Download to SD card with old Sync:
Download to Internal Storage with new Downloads:
Download to Internal Storage with old Sync:
The SD Card is a Sandisk Ultra 128GB Class 10 A1 that measures 17,7MB/s write and 164,3MB/s read.
On my phone it unfortunately appears that downloading to the SD card incurs a heavy speed penalty with both the old and the new download system.
Thanks for the reports. We are investigating.
I have the same experience. It is a much slower experience than sync was. Please let me know if additional system data would help.
Can you guys provide me the format information for your card? I’m wondering if it has to do with the file system being used. Mine is formatted through the phone so it uses the sdcardfs system (aka exFat) with 32kb blocks. If your device doesn’t show this info, there is an app called Diskinfo from the Play Store that can provide this info.
My SD card was formatted using the Android built in tool, Diskinfo reports ‘fuse’ file system with 128KB block size.
Mine was formatted using SD Card formatter on a windows PC. It reports as fuse with 256kb block size. @anon18523487 , is your performance good with your settings? If so, I’ll try reformatting to your specs.
@anon18523487 , I spent some time playing with things and here’s what I found.
Android 11+ uses FUSE instead of SDCardFS. They do it due to file system security, despite known performance issues with it.
I was able to disable fuse using ADB Shell commands, and after the system settled down now show SDCardfs in Diskinfo. My download performance to SDcard is back to my previous experience.
While I understand it’s an Android OS issue, it didn’t show up until the conversion from sync to Download. If there is any way to dig deeper into the differences those each write to disk, it might save a lot of pain/annoyance when Android completely does away with SDCardFS.
Let me know if i didn’t explain anything well.
Wow, major props - that must have taken some digging to test out.
(I’m a Java developer) I’m reading up on FUSE and SD card support in Android and it seems it’s applied in different ways. I’m sure the android app devs can work something out, perhaps by changing the external storage directory or adding the MANAGE_EXTERNAL_STORAGE permission performance will improve. - Ограниченное хранилище | Android Open Source Project
Thanks for the info. I will definitely pass it along to the team.
So with Sync the speeds were normal with FUSE?
Just to make sure I clarify.
After seeing terrible DL speeds (about 10 megabits/second) with the new download functionality (didn’t seem to be as much of an issue with Sync), I started researching what we saw on the above thread.
By default Android 11 is using FUSE on the SDCard. I checked using Diskinfo as suggested. By going into ADB and running the following command:
setprop persist.sys.fflag.override.settings_fuse false
it causes the tablet to reboot a couple of times and when it comes back up, running Diskinfo on the SDCard now shows it as SDCardFS. When doing a download in this state, I get speeds close to the wifi speed on the tablet of about 430 megabits/second. I monitored both speeds on the dashboard of my local plex server on gigabit.
Same issue here. I am going to wait for full release of “download” cause I am beyond annoyed with 20mbps.
Came across this thread when searching for a fix to my downloading issue, pretty good chance its the same problem.
Syncing to my S20+ internal storage, lightning fast.
Syncing to my Galaxy Tab A7 with a SD Card…days and weeks to do it. Painfully slow.
I wondered what it was, but the storage thing seems to fit! Bit worried this thread was started back in July but still seems to be a problem…
I’ve just been waiting patiently as well. Still have this issue.
Well…going on holiday this coming weekend and would have liked to have a tablet full of videos to watch, but I just don’t have the time necessary with the speed restraints…
Such a shame.
Same here, I would use Sync but there’s far too high of a chance of it just not letting me watch anything with how buggy it is. So I’ve fallen back on downloading the files manually over an Nginx file share and playing the videos with the VLC app. Shame the feature I wanted and paid for with Plex Pass is so unusable.
I’m having this same issue now that I’ve switched to the new download on my Tab s7+ with an external sd card. I set-up ADB and have it to the point where my Tab s7+ is connected to my pc and authorized but I tried running your command “setprop persist.sys.fflag.override.settings_fuse false” and I get an error that the setprop is is not recognized as the name of a cmdlet. I’m a noob at ADB so I’m guessing I’m missing some parameters. Any help would be appreciated! (Or better yet…Plex fix the download issue…)
Setprop requires root. So you can’t do it on the Tab S7+ (also what I have) without breaking Knox.
