On Sun, Jun 24, 2012 at 6:31 PM, Michael Hudson-Doyle <[email protected]> wrote: > Ricardo Salveti <[email protected]> writes: >> As I believe this could also be related with the connection we have >> available at the lab, and as we're caching the tarballs already, > > Heh well. Two points: > > (a) we only cache the boot and rootfs tarballs currently. I doubt zsync > will help there -- surely we'd need to keep the image around for > that?
I believe so, at least it'd be easier for zsync to understand. >> wouldn't it be possible to use zsync or a similar tool to speed up the >> download? >> >> For the pre-built images we're already generating the zsync meta-data >> file together with the image itself, so would be nice to check if that >> would really make any difference from the lab perspective. > > That said, I'm sure we could use zsync to improve download times in the > dispatcher. I don't know much about it though -- do you have to > explicitly point zsync at the version of the file you've already > downloaded? We _could_ probably keep the latest version of each "kind" > of image we downloaded (somehow... imagine me waving my hands furiously > at this point). Yeah, that's what I was thinking about actually. If we have resources, we could store and cache the pre-built images used at lava for at least a few days (3 or 4). That would already be enough at least for the daily images to be way faster. > What would be utterly awesome of course would be some > kind of automagic thing for squid that used zsync without us knowing > about it :) Sure, but I don't yet know any solution that would be smart enough to do what we need/want :-) Thanks, -- Ricardo Salveti de Araujo _______________________________________________ linaro-validation mailing list [email protected] http://lists.linaro.org/mailman/listinfo/linaro-validation
