Some benchmark results from brisbane-core
Ian Clatworthy
ian.clatworthy at internode.on.net
Thu Mar 12 22:16:57 GMT 2009
Last night, I converted the first 10K revisions of Python 3.0 to
various formats we're evaluating in the brisbane-core branch.
I used the latest committed version of brisbane-core and groupcompress
and built the C extensions for both. I also used the latest
fastimport and usertest plugins. The only tweak was John's
proposed change to xml8.py to copy inventory entries less often,
i.e. labels are included in the groupcompress data and zlib is used,
not lzma.
Here are the fast-import times:
Import times:
btree 24m 34s
gcchk16 5m 42s
gcchk255 5m 58s
gcchk255big 5m 51s
gcnrr 23m 41s
rich-root 28m 8s
Hooray - 4 times quicker!
Attached are the results of running the log benchmark. Here are
the highlights of gcchk255big ("the one most likely") vs 1.9:
* Disk space (including working tree) reduced from 64.6MB to 53.1MB.
The .bzr directory itself shrank from 42.3MB to 25.5MB.
* log -v time reduced from 1133s to 44s.
In summary though, we still have some tuning to do as the btree
format is still faster at many of the operations over small
data sets.
I'm also not 100% confident about whether fast-import is doing
the right thing in all cases. In particular, I'm surprised to
see gcnrr taking the least amount of space. (Robert and John have
been assisting me in making fast-import build the right per-file
graphs in the last 2 days but I'm still validating the results.)
Even so, it's very clear that import times, disk space and log -v
will all be dramatically better under whatever new format we
go with.
Ian C.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://lists.ubuntu.com/archives/bazaar/attachments/20090313/fdf80308/attachment-0001.html
More information about the bazaar
mailing list