[Buildbot-devel] Playing nice on loaded buildslaves - sharing buildmasters between projects?

John Carr johnmdcarr at me.com
Fri Oct 19 10:18:57 UTC 2012


You can have separate waterfalls. It's not pretty.

I used to put each project it its own category. Then something like this:

https://gist.github.com/1345508

To add a waterfall url handler for each category.

You could refactor this to have a Waterfalls resource that would something like this:

https://gist.github.com/3917334

Then you don't have to change the code every time you add a new category.

(BOTH GISTS COMPLETELY UNTESTED)

John


On 19 Oct 2012, at 08:48, Dan Kegel <dank at kegel.com> wrote:

> Perhaps unwisely, I have a whole bunch of buildslaves
> running in lxc containers (very lightweight vm's) on one
> machine, all talking to different buildmasters.
> If I'm not careful, I can run out of memory because too
> many builds happen at once.
> 
> A few ideas for how to prevent this:
> 
> - don't run so many buildslaves on one physical machine
> - use a single buildmaster
> - vary the hour and minute parameters to timed.Nightly() in master.cfg.
> - make the build script use -j1 instead of -n$ncpus when load is high
> - make build script terminate on startup if the load is really high.
> - use distcc and let it handle load balancing
> 
> I'm not sure how I would go about using a single buildmaster
> for all projects, and still have separate waterfalls, one
> for each project.  Is that possible?
> 
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_sfd2d_oct
> _______________________________________________
> Buildbot-devel mailing list
> Buildbot-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/buildbot-devel





More information about the devel mailing list