[Buildbot-devel] Buildbot through stacktrace during SVNPoller

William Deegan bill at baddogconsulting.com
Wed Jun 22 21:38:15 UTC 2011


Dustin,
On Jun 15, 2011, at 10:19 PM, Dustin J. Mitchell wrote:

> On Tue, Jun 14, 2011 at 6:54 PM, William Deegan
> <bill at baddogconsulting.com> wrote:
>> Fulvio,
>> 
>> The machine is running buildbot + svn + a few nx hosts.
>> The startup in question doesn't have a lot of hardware and will likely be migrating everything but svn off of that machine in the near term.
>> It's centos 5.5 64 bit linux.
>> 
>> Buildbot's eating ~1GB
>> SVN+ Subversion edge (activestate) eating another 1GB
>> So that doesn't leave a whole lot for the rest.
>> 16GB should be sufficient.
> 
> At Mozilla, we've had some problems with Buildbot eating a lot of
> memory.  It's still not clear what portion of that is due to internal
> extensions to buildbot, rather than things that are in the Buildbot
> repository itself.  Running Python code (and Buildbot pulls in a lot
> of it - Twisted is not small) uses a lot of RAM, and on a 64-bit
> system just about everything in Python takes twice as much space, so
> 1GB doesn't surprise me that much.
> 
> That said, we've seen the same problem with ENOMEM from fork().  It
> turns out, fork() will not allow you to over-commit memory, so to
> fork() you need space free (between swap and RAM) equivalent to the
> virtual size of the forking process - which is a lot for the
> buildmaster.

Interesting, what about using vfork() or similar or is there no way to call vfork from python?
(It's a lazy copy fork)

-Bill



More information about the devel mailing list