On 14-10-01 08:15 AM, Stephen Murphy wrote: > Just got and updated my Flame to 2.0 but I noticed the 800MB file took 30 > minutes to download on a solid 80MB/s connection. > > Upon flashing I noticed under the Developer settings that the Update URL > points to aus4.mozilla.org/.. > > Is this URL, as I am presuming, pointing to an Austrailian Server and if so > is there a list of URLs for various servers around the world for quicker > updating? > > > > (If this is the wrong mailinglist, point me in the right direction, thanks > for reading) > > Cheers > *Stephen* >
Hey Stephen, AUS actually stands for Application Update Server, not Australia! It is hosted in Santa Clara, California, but you actually download very little from it. It serves little files (eg: https://aus4.mozilla.org/update/3/B2G/31.0a1/20140423040299/flame/en-US/nightly/2.2.0.0-prerelease/default/default/update.xml?force=1), which point you at the actual download location for the MAR (our update package). You can see that those are hosted by ftp.mozilla.org, which is also located in Santa Clara, California. In theory, these files could be served off of one of our CDNs, but we've never done that for "nightly" style builds such as the b2g builds we do. There may also be some technical hurdles that make it more difficult to host them on the CDN. I know Philippe has been looking at the overall architecture of our FTP server recently, so he may have some more insight here. As far as your download speed specifically, I'm surprised at a couple of things: 1) Are you sure it was an 800MB file? Our flame update MARs are closer to 80MB. 2) Assuming it was 80MB, 30 minutes to download it sounds very high. There are certain times of the day when FTP is slower, but that still seems very slow. It would be interesting to know if this is a constant problem regardless of time of day. What speeds do you get when you download a large files such as https://ftp.mozilla.org/pub/mozilla.org/firefox/releases/33.0b8/source/firefox-33.0b8.bundle at various times of the day? - Ben _______________________________________________ dev-b2g mailing list [email protected] https://lists.mozilla.org/listinfo/dev-b2g
