So, I found, finally, I don't query the content-length but start a download, at the first onProgress, I stop the download and start downloading by ranges.
-----Message d'origine----- De : omup...@gmail.com [mailto:omup...@gmail.com] De la part de OmPrakash Muppirala Envoyé : jeudi 5 septembre 2013 01:47 À : dev@flex.apache.org Objet : Re: [Intaller] Speed up download On Wed, Sep 4, 2013 at 4:28 PM, Frédéric THOMAS <webdoubl...@hotmail.com>wrote: > Well, from my tests, if I query the length of SDK file from the mirror > with "Content_Length" it doesn't work, if I do that with another file > on another server, it works, so, I suppose it uses Transfer-Encoding, > so, I can't query the size first, do you know what are the steps to > use it (how it works) ? > (I > would like to try it before we say, it is not for us) > Yes, this is what I suspected. Each mirror seems to set any of these headers and there is no way for us to chose. At least, as far as I know. Thanks, Om > > Thanks, > -Fred > > -----Message d'origine----- > De : omup...@gmail.com [mailto:omup...@gmail.com] De la part de > OmPrakash Muppirala Envoyé : jeudi 5 septembre 2013 00:43 À : > dev@flex.apache.org Objet : Re: [Intaller] Speed up download > > On Wed, Sep 4, 2013 at 3:31 PM, Frédéric THOMAS > <webdoubl...@hotmail.com>wrote: > > > What I want to try is chunks downloads with one file per worker and > > compute > > md5 in workers too to go as fast as possible to the next install > > step, I've got a slow bandwidth but when I use my IDM, I download twice faster. > > > > If we want to be smart, I guess we can improve the algorithm having > > one chunk per mirror, quickly check the speed, and retain the 4 fasters. > > > > I see a couple of problems with this approach. > > 1. Every mirror needs to support the "Transfer-Encoding" (chunked) > header vs. the "Content-Length" header. I dont think there is any way > to ensure that all the mirrors support this. > 2. If you get one chunk per mirror and if one of the mirrors has a > corrupted artifact, then it will be almost impossible to figure out > and track where the MD5 checksum. > 3. In the past, I have run into a very rare problem with Flash > runtime not being able to receive a chunk received notification on > Macs on Wireless. I know this is a specific scenario, but not that > uncommon. That bug might have been fixed now, though. > > I think computing MD5 in a worker thread might be a good investment of > our time since we know for sure that it would benefit us. I am not so > sure about the chunked transfers approach. > > Thanks, > Om > > > > > > Well, I'm not there yet, at the moment I'm playing with URLStream > > and URLRequestHeader to check is possible or not. > > > > Any thoughts or experiences using those 2 classes with Ranges headers ? > > > > -----Message d'origine----- > > De : Alex Harui [mailto:aha...@adobe.com] Envoyé : jeudi 5 septembre > > 2013 00:14 À : dev@flex.apache.org Objet : Re: [Intaller] Speed up > > download > > > > > > > > On 9/4/13 2:54 PM, "Nicholas Kwiatkowski" <nicho...@spoon.as> wrote: > > > > >We can't. We have to rely on the Apache system to determine the > > >download mirror. We are locked into that method. > > I know we have to use mirrors, but are you sure we can't use a > > different algorithm? > > > > -Alex > > > > >
