Page MenuHome

Slow Download Performance on user manual
Closed, ResolvedPublic

Description

System Information
Operating system:
Graphics card:

Blender Version
Broken: (example: 2.80, edbf15d3c044, master, 2018-11-28, as found on the splash screen)
Worked: (optional)

Short description of error
On your website, I have tried to DL the Manual 3 times already,
https://docs.blender.org/manual/en/latest/blender_manual.zip
and it keeps failing. Can you please change your DL settings to support resuming, and maybe lengthen the time to allow DL. This is getting frustrating that you don't have it set up right. GetRight doesn't even work.

Exact steps for others to reproduce the error
Based on the default startup or an attached .blend file (as simple as possible).

Event Timeline

Aaron Carlisle (Blendify) renamed this task from Infrastructure: Blender.Org to Slow Download Performance on user manual.Sat, Dec 28, 8:20 PM

I can confirm performance is subpar, I am getting only 500kb/s. I am looking into potential causes.

Hi,

Strange, I was able to resume file downloads just fine on my system. I can't speak for this app/addon/extension that you are using, however. Perhaps something is blocking range requests on your machine?

As for the speeds, we do have some limits in place. Some of by us due to our limited bandwidth, and some are by the ISP and out of our control. Generally we hit a limit of about 500 megabits/second on the outgoing traffic, but we also tend to find that traffic speeds to places outside of the EU are _extremely_ shaped down to very slow speeds. For example, I can pull a solid gigabit from the rack to a machine in Amsterdam, or from a Google VM in .EU, but at the same time I may only be able to pull about 15mbit/sec to anything in America.

While I can't be sure what the ISP does, it has been a general consensus over the years that they either are shaping our traffic out of the country, likely due to costs, or are placing our "free sponsored bandwidth" down to a very low priority that impacts the transfer speeds when going across continents.

I did double check the bandwidth during my tests, and the server where the download comes from indeed wasn't at maximum configured capacity, so something between you and our server is likely the limit, most likely our XS4ALL ISP. Otherwise, not a whole lot that I can do as I am not in control of upstream restrictions. Sorry!

Edit: I was also able to pull 12MB/sec from the Studio in Amsterdam from the datacenter, so that seems fine, given that it's only a 200Mbit link.

Aaron Carlisle (Blendify) claimed this task.

I'm going to close the report then. Thanks for looking into the issue Dan.