monotone-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Monotone-devel] Re: netsync branch differences


From: Lapo Luchini
Subject: [Monotone-devel] Re: netsync branch differences
Date: Fri, 23 Feb 2007 10:14:05 +0100
User-agent: Thunderbird 1.5.0.9 (X11/20070129)

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Markus Schiltknecht wrote:
> grml% mtn sync venge.net "net.venge.monotone*"
> mtn: bytes in | bytes out | revs in | revs out
> mtn:   24.4 k |    53.0 k |     0/0 |      6/6mtn: operation canceled:
> Interrupt
> 
> grml% mtn sync venge.net
> "net.venge.monotone.cvsimport-branch-reconstruction"
> mtn: bytes in | bytes out | revs in | revs out
> mtn:  105.8 k |   178.2 k |     0/0 |    59/59mtn: operation canceled:
> Interrupt
> 
> Why does first sync push only 6 revisions, while the later, more
> restricted to one branch suddenly wants to push 59? Do I need to run a
> mtn db check?

Because in the second example the Merkle trie is build only with the
branch's revisions (also on server side!) and those extra 53 revisions
are probably revisions from other branches that the server doesn't know
it already has (because it was examining only that specific branch).
Filtering on all the branch dependencies gives it a bigger vision and
those 53 are noticed to be already at the destination.

Or at least, this is my current understanding of it, and is probably
inaccurate (because in that case the server could know those extra 53
are needed as well as the client does! so it must be slightly more
complicated than this).

    Lapo
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iQIcBAEBAgAGBQJF3rBdAAoJELBiMTth2oCDGvgP/RxCt1lGyu4S2NGEs5ttH7c2
oXxYlERiIZWv3mZybikA/ycKfdsaURpeCNJtmzIFkNngqhWEOumuid4jJr4B8kdn
a6xlXKE6rUbjdjbnmlqpaIg801w6cWXgDgqyYq+vMs3YMuhzE7w3zg5SghvrqphM
POp/t1SADbUXctScgux4Fbwqni79Rqg69uXV6ybKeXd9xaAfUmJVY21DKbH69Mu6
BdSWJN2inht4QFuX4IOArwLJvUTf+nLr19Gk7gjWNbSLihIADpKxxaKnHk4qhQja
cXSNd13pT5zPl7SBm8hKTXOPIEjd4jHpCE1obaCS1qGBbBYQvaAD/YOtAUR4xf1o
FAZPyPa740poM2okjwuam8u6Qy5eJfPpjs/vaOOM5R0EuJRPYnYu0ZaJC0AUF/YN
fkGGhaskTN36eU8b1A8XMmlMlMELT5LbX2F0WUooIiKZYm+c03qjQPGKCr+bnpHf
Zn6jSMiPfW8BBuozwL3fOPOD960LXe9xvauWQWDm8AxcSbQ4VosW7zgFnx/6R38F
9oz1th39DR0JGDpdjyjPaSXgAlKhbTd/hFbX0EaSbYvtgK/OUxCAe1ry3SW5Asam
fEF4+PO4fPsBeS/odnrngY9uwEjaMWtweSsTHT3PoX4JdEh21r5bSIHL+snclJfl
xHoOkGRSP9MsAkg77lv4
=PrAd
-----END PGP SIGNATURE-----





reply via email to

[Prev in Thread] Current Thread [Next in Thread]