Bazaar focus for 2.1 and 2.2
John Arbash Meinel
john at arbash-meinel.com
Fri Dec 18 01:41:41 GMT 2009
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
...
> Well, yes, I guess that would be possible. It would also be possible
> for bzr-git or even bzr to do this as well -- currently we have real
> problems with the amount of memory bzr serve processes use...
#1) I added '-Dhpss' so we can figure out where that memory is really
going. If it is old format repos, then 2.1.0b3 won't address that.
#2) In my testing, 2a format repos don't benefit from partial fetching
nearly as much as older formats. Mostly because we can pack a
significant amount of history into a single groupcompress block. If you
request only some of the texts from it, the server will break it apart
for you. But if you are running over a dumb transport, you just get to
download the whole thing, and break it apart yourself.
I tried doing this to get emacs when my connection was flakey.
Downloading half the repo downloaded pretty much all of it.
>
>> This would make the memory leaks less of
>> a problem, and it should make the scheduling of code imports a bit
>> fairer, since large branches would not keep the system busy for a long
>> time.
>
> It would also need some work so that we don't publish an import until
> the import actually finishes, I think that would be quite confusing.
>
>> The overhead of resuming an existing import should be relatively small.
>
> Yeah. Let's talk about this in Wellington if we don't get to it before
> then :-)
>
> Cheers,
> mwh
>
I should note that *imports* should be different, and checkpointing
every so often is a good thing. (InterDifferingSerializer writes to disk
every 100 revs, triggering an autopack every 1000 revs or so.)
John
=:->
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAksq3dUACgkQJdeBCYSNAAMRJACcCiMzbpLDE2P9LDf1Y8wAIQ0i
z4EAn2INIv2TwgYhx85YtnjS5RReABM6
=xP6q
-----END PGP SIGNATURE-----
More information about the ubuntu-distributed-devel
mailing list