Bzr's startup time

[John Arbash Meinel]

Martin Pool wrote:
> On 26 Jun 2006, Matthieu Moy <Matthieu.Moy at imag.fr> wrote:
> 

...

> 
> I originally used xml for some representations as a safe, neutral
> decision and to leave options open for the future as far as sharing data
> with a C implementation -- essentially a way to skip a relatively
> uninteresting area of the problem space.  I think that was an OK interim
> solution, but now when we start to look at the costs it seems that we
> can be substantially faster in operation and startup (even despite the
> very nice cElementTree library.)
> 

I think the new dirstate can be quite fast. But I wouldn't give up on
cElementTree yet.
cElementTree is quite fast at parsing XML, (its read speed is very
good). It is slow at writing out XML, but that is because it doesn't do
anything, deferring to elementtree to do writing.
Robert showed some big improvements by writing our own writer.

And cElementTree takes a long time to load only because of 'copy' and
'elementtree.ElementTree'. In my demandload branch I cut the import time
down from 100ms down to 8ms.

So we can think about changing our storage format, but before we do, we
should make sure it is really a win. cElementTree isn't as bad as
previously thought.

John
=:->

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 254 bytes
Desc: OpenPGP digital signature
Url : https://lists.ubuntu.com/archives/bazaar/attachments/20060626/0c9b23d3/attachment.pgp