Closed Bug 596748 Opened 14 years ago Closed 10 years ago

Clobber at the end of a try server build to improve end-to-end times

Categories

(Release Engineering :: General, defect, P4)

defect

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 712206

People

(Reporter: jhford, Unassigned)

References

Details

(Whiteboard: [buildfaster:?][waittimes])

Because we know that we are clobbering try server builds, we should clobber at the end of the build instead of at the beginning (or do both, making one trivially short).  If we were to do this, we would improve our push to test results available time.  This should not have an effect on the time of the build job so it shouldn't hurt our build wait times.

The main drawback here is that we wouldn't save the build directory.  I don't know how big of a concern this is because the slave will pick up a new job right after reboot which will do a clobber.  If this is a real concern, we could gate the clobber at the end of the build on a file being present on the filesystem.  If we made sure that buildbot.tac was called buildbot.tac before the second clobber, we could roughly duplicate current behaviour.
(In reply to comment #0)
> Because we know that we are clobbering try server builds, we should clobber at
> the end of the build instead of at the beginning (or do both, making one
> trivially short).

As we discussed elsewhere, it behooves us to do both (just in case), but yes, the one at build start should be essentially a no-op.
we could also do this for nightlies
OS: Mac OS X → All
Hardware: x86 → All
(In reply to comment #2)
> we could also do this for nightlies

We already do actually, to free up the space for other builds.
Blocks: end_to_end
Priority: -- → P4
Whiteboard: [waittimes]
Blocks: 712206
alternately we could clobber before starting buildbot
Whiteboard: [waittimes] → [buildfaster:?][waittimes]
Product: mozilla.org → Release Engineering
No longer blocks: 712206
Depends on: 712206
Component: Other → General Automation
QA Contact: catlee
Slave pre flight tasks are going to handle this.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
Component: General Automation → General
You need to log in before you can comment on or make changes to this bug.