<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div>On Aug 18, 2012, at 5:59 AM, Itamar Turner-Trauring &lt;<a href="mailto:itamar@futurefoundries.com">itamar@futurefoundries.com</a>&gt; wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">Last sprint the buildbot got overwhelmed with a giant backlog of runs and became essentially useless for the duration of the sprint. Jean-Paul had two suggestions:<br><ol><li>Don't commit to trunk during the sprint, even if your branch was approved; wait until the sprint is over so trunk commits are spread out.</li>
<li>If you're just doing some initial cross-platform testing using force-builds.py, use the command line option that lets you run only some of the tests (e.g. "twisted.web" or "twisted.python.test.test_versions") instead of running the whole test suite.</li></ol></blockquote></div><div>In an attempt to mitigate this problem, since pre-commit testing is a (the?) major bottleneck that we have at sprints, I will be bringing a nice fast machine with virtual machines for at least one flavor of each of our major supported platforms (OS X, Linux, Windows, FreeBSD). &nbsp;I still need to install some dependencies, but hopefully I can do <i>some</i> whole-suite pre-commit verification for other reviewers who are there.</div><div><br></div><div>Hopefully the keyboard won't get too hot for me to type on :-).</div><div><br></div><div>For the <i>next</i>&nbsp;sprint, our BuildBot maintainer has assured me that he'll be moving the build master infrastructure to a faster machine before then, so that hopefully it will cope better with the increased load of a sprint.</div><div><br></div><div>-glyph</div><br></body></html>