From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:49291) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d32Rp-0004tu-JE for qemu-devel@nongnu.org; Tue, 25 Apr 2017 11:32:17 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1d32Rl-0005HA-W1 for qemu-devel@nongnu.org; Tue, 25 Apr 2017 11:32:13 -0400 Received: from mx1.redhat.com ([209.132.183.28]:33866) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1d32Rl-0005H0-Q1 for qemu-devel@nongnu.org; Tue, 25 Apr 2017 11:32:09 -0400 Date: Tue, 25 Apr 2017 16:32:06 +0100 From: "Daniel P. Berrange" Message-ID: <20170425153206.GM21129@redhat.com> Reply-To: "Daniel P. Berrange" References: <20170425145823.GL21129@redhat.com> <87bmrkbjdp.fsf@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <87bmrkbjdp.fsf@linaro.org> Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] QEMU travis builds: can we move the preseed tarball to qemu.org ? List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Alex =?utf-8?Q?Benn=C3=A9e?= Cc: Peter Maydell , QEMU Developers , Jeff Cody On Tue, Apr 25, 2017 at 04:24:18PM +0100, Alex Benn=C3=A9e wrote: >=20 > Daniel P. Berrange writes: >=20 > > On Tue, Apr 25, 2017 at 03:51:17PM +0100, Peter Maydell wrote: > >> Hi; a recent travis build failure made me notice that our .travis.ym= l > >> config references a preseed tarball from here: > >> http://people.linaro.org/~alex.bennee/qemu-submodule-git-seed.tar.xz > >> > >> I think this is a bit less than ideal -- we should really be hosting > >> this on qemu.org. Can we arrange to move it? > > > > I'm curious how much speed difference there is in seeding the git sub= modules > > in this way vs letting git pull down from git.qemu.org directly ? >=20 > It was quite high from what I recall, exacerbated by the fact we have > quite so many submodules. Unfortunately it doesn't seem that easy to go > back in the history of the tests to find out so I'll have to re-run the > test: >=20 > https://travis-ci.org/stsquad/qemu/builds/225648653 >=20 > So roughly 62s without a seed vs 15s with. I presume the seed is also > cached by Travis's web-caching. Wow, yes, that is quite a difference ! I wonder if Travis' arbitrary sub-dir caching feature would help us to the same extent, while avoiding need to manually maintain the preseed. https://docs.travis-ci.com/user/caching/ It just caches entire content of a given subdir between runs. First time it would be slow, but presumably fast thereafter, and any time the submod= ule gets new updates, those would get cached too Regards, Daniel --=20 |: https://berrange.com -o- https://www.flickr.com/photos/dberran= ge :| |: https://libvirt.org -o- https://fstop138.berrange.c= om :| |: https://entangle-photo.org -o- https://www.instagram.com/dberran= ge :|