-----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-----

-- 
ubuntu-distributed-devel mailing list
ubuntu-distributed-devel@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-distributed-devel

Reply via email to