Slow download from gdrive to local


#21

Speeds remain the same, unable to break that 100-150mbit mark from gdrive. Is this because I am using a crypt-ed drive? or VFS?


#22

BTW because of you, I now have an ATV on its way. This better fix my “stutter” issues. LOL!!! I kid.

Also, can you try a DIRECT transfer of one of your files to your computer, see what rate you get?


#23

Here is a 8GB file as an example copied from my rclone GD mount to my local HD.

felix@gemini:/gmedia/Radarr_Movies/Rampage (2018)$ du -ms Rampage\ \(2018\).mkv
7833	Rampage (2018).mkv
felix@gemini:/gmedia/Radarr_Movies/Rampage (2018)$ rsync --progress Rampage\ \(2018\).mkv /data
Rampage (2018).mkv
  8,212,716,732 100%   81.97MB/s    0:01:35 (xfr#1, to-chk=0/1)

I have gigabit Verizon FIOS so getting ~648Mb/s sustained transfer is pretty nice.


#24

Yup, I cannot go faster than 13-16mb/sec

Sure enough 830 PM PST hit and now I cannot download faster than 2-3mb/sec.

Speed test at my max speeds so it isn’t ISP.

It seems to be a peering issue during “congested” times. However during major times I am still unable to transfer at my max speed.

This is getting interesting.


#25

One thing you might want to try, depending on your expertise is leveraging Cloudflare if you are having peering issues.

This link is pretty good:

but I personally have been testing mine a bit as I use NGINX for everything so I just use a single IP and route everything through that.


#26

I should add that CloudFlare won’t sustain 80+mbps speeds for 4K stuff. It’s best to maybe use the reverse proxy on say a VPS that you can peer well with and have it go from your plex server > VPS > nginx > You. And if you are unable to block the Plex port using your firewall there’s a comment by me on that QuickBox forum on adding a variable in your Plex Preferences.xml to only allow localhost and disable all remote access since the enable remote access switch in Plex doesn’t work for custom ports (other than default 32400). :slight_smile:


#27

Did you have problems with that? I tested a few movies and played and didn’t see any issues with them playing.

Here is my example I just played for a few minutes:

image

That’s my highest bitrate movie.

Plex works fine for custom ports as you’d have to change the URL if you were using something custom.

Mine runs on my reverse proxy for 443.


#28

Tautulli can be inaccurate at times. It’s better to use PMP and hit control shift d to open up the debug info panel. On the right, you’ll see cache and above that bitrate. A good test to see if it’s able to stay consistently ahead of the media so no buffering will happen is to make sure direct play is on (Always resets to 20mbps when not using the TV interface on PMP) and scrub to a random part where there aren’t logos or dark scenes, then make sure it plays immediately without trying to buffer ahead. Watch the cache, if it stays consistently above 10 then you should be good to play it.

Also too, your reverse proxy, are you running it over CF as well or just your nginx server? You’ll likely need to block remote access to your plex port because clients can still access it even if you specify a custom url, you can test this by pulling down your nginx server so your plex would stop working since it should only be available through there, and then if you can still access the server through clients or plexweb, then the port is still accessible allowing people to bypass the proxy.


#29

Yeah, I was just using it as a benchmark. I have remote access disabled and blocked on my firewall as well so I’m sure it’s using CF properly.

My testing was CF->NGinx Reverse Proxy->Plex.

The movie I was playing has an overall bitrate of ~45Mb/s.


#30

It must be then that you have a fast connection. For those with a connection speed 50% or less higher than the target bitrate may have a hard time because sometimes CF can drop by half sometimes.


#31

Yeah, I’m gigabit FIOS so not bandwidth issues here. That’s good to know. Thanks.