caching packages on koji builder

Mike Bonnet mikeb at redhat.com
Wed Nov 5 17:03:32 UTC 2008


On Wed, 2008-11-05 at 09:49 -0600, Jason L Tibbitts III wrote:
> >>>>> "MB" == Mike Bonnet <mikeb at redhat.com> writes:
> 
> MB> Koji builders have never downloaded packages via XMLRPC.  All
> MB> downloading is done by mock/yum, via http (previously nfs).
> 
> Well, mock can cache all sorts of things these days.  If there are
> multiple builders at one location then having a single squid cache for
> them all might be nice, but mock's caching would still help to avoid
> having to hit the network.

Actually mock's caching doesn't really help us.  It's all done
per-buildroot, and since every build is run in a different buildroot,
the caches would never be reused.  For this reason Koji disables caching
in the mock configs it writes out.

A global (per-machine) rpm cache might be useful for reducing network
bandwidth.  However, because mock/yum would have to lock this global
cache while interacting with it, it would become a bottleneck when
running concurrent builds.  The best approach currently is probably a
local squid cache.





More information about the Fedora-buildsys-list mailing list