Merge lp:~jameinel/bzr/2.4-disable-selftest-fdatasync-837293 into lp:bzr/2.4
Status: | Merged | ||||
---|---|---|---|---|---|
Approved by: | Vincent Ladeuil | ||||
Approved revision: | no longer in the source branch. | ||||
Merged at revision: | 6043 | ||||
Proposed branch: | lp:~jameinel/bzr/2.4-disable-selftest-fdatasync-837293 | ||||
Merge into: | lp:bzr/2.4 | ||||
Diff against target: |
63 lines (+20/-1) 2 files modified
bzrlib/builtins.py (+16/-1) doc/en/release-notes/bzr-2.4.txt (+4/-0) |
||||
To merge this branch: | bzr merge lp:~jameinel/bzr/2.4-disable-selftest-fdatasync-837293 | ||||
Related bugs: |
|
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Vincent Ladeuil | Approve | ||
Review via email: mp+73757@code.launchpad.net |
Commit message
Bug #837293, disable fsync and fdatasync while running 'bzr selftest'.
Description of the change
This changes 'bzr selftest' to hack out fsync and fdatasync for the runtime of the test suite.
I'd like to land it in 2.4 because it is the version which slowed down, and it would be nice to have any patches we land there not take 2x the time. I could live with just trunk, though, since we land a lot more patches there. (Though secretly I'd like to land this before I have to merge up my 2.3 patch :).
I chose to do os.* rather than osutils.* because that allows me to not change the test suite. (we still call os.fsync it just is a no-op)
I did run this through PQM and it dropped the runtime about in half. (So 1.5hrs down from 2.5-3.5hrs.)
Do we still have tests that would revert the effect of your patch and explicitly test fdatasync ?
If not, a follow-up addressing that would be nice (features. with_fdatasync or something), I see no point in *always* testing fdatasync, but I'm a bit concerned about *never* testing it.