Mailing-List: contact users-help@subversion.apache.org; run by ezmlm
Precedence: bulk
Received-SPF: pass (nike.apache.org: domain of cmpilato@collab.net designates
 204.16.106.213 as permitted sender)
Message-ID: <51B7432B.4030107@collab.net>
Date: Tue, 11 Jun 2013 17:32:59 +0200
From: "C. Michael Pilato" <cmpilato@collab.net>
Organization: CollabNet, Inc.
User-Agent: Mozilla/5.0 (X11; Linux i686;
 rv:17.0) Gecko/20130510 Thunderbird/17.0.6
MIME-Version: 1.0
To: Daniel Shahaf <danielsh@elego.de>
CC: Thomas Harold <thomas-lists@nybeta.com>, <users@subversion.apache.org>,
	<dev@subversion.apache.org>, Stefan Fuhrmann <stefanfuhrmann@alice-dsl.de>
Subject: Re: svn 1.8 migration  - directory deltification and revprop packing
References: <51B5CF22.6080501@nybeta.com> <51B71DA0.3030507@collab.net>
 <20130611151453.GM25705@tarsus.local2>
In-Reply-To: <20130611151453.GM25705@tarsus.local2>
Content-Type: multipart/signed; micalg=pgp-sha256;
	protocol="application/pgp-signature";
	boundary="----enig2HHHFRCGTLXEEKDCONLXB"

------enig2HHHFRCGTLXEEKDCONLXB
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On 06/11/2013 05:14 PM, Daniel Shahaf wrote:
> C. Michael Pilato wrote on Tue, Jun 11, 2013 at 14:52:48 +0200:
>> As for the --deltas option, that has nothing in the world to do with t=
he
>> types of deltas we're discussing here.  (As an aside, I would highly
>> recommend that, unless you need your dumpfiles to be smaller, avoid th=
e
>> --deltas option.  The performance penalty of using it isn't worth it.)=

>=20
> That's because we store skip-deltas but dumpfiles want deltas against
> predecessor, right?
>=20
> So, two thoughts:
>=20
> - Is this still a problem with the new max-linear-deltification setting=
?
>=20
> - Can we teach 'svnadmin dump' to just dump whatever delta is stored in=

>   the filesystem, plus the base of that delta?  For the common case of
>   loading the entire dump file, it's not really important what the delt=
a
>   base is so long as it's older than the dumped revision.

To do so, we'd need to expose the deltas via the libsvn_fs API, which is
currently not the case.  Deltas in the repository filesystem are an
implementation detail of that filesystem.  They are not even guaranteed t=
o
be implemented in a fashion that is compatible with what is used in the
repository dump stream format.

--=20
C. Michael Pilato <cmpilato@collab.net>
CollabNet   <>   www.collab.net   <>   Enterprise Cloud Development


------enig2HHHFRCGTLXEEKDCONLXB
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iQIcBAEBCAAGBQJRt0MtAAoJEPXg8AH+aBMz5pcP+QHbvBIpOfnf3q0JBe9/baC+
vMsjR8+HMpFhSMIX9vW/5pCKXTA9lc9uazoDeL4MQRiCqa/2hWAA1ZPVUpd3fk8n
AYlE4he2HiJaE2TMR6rk63aeppUrWnsbspKOW8EeGXvSBHbk6izr0kGgcNJ8Gqml
3O8Zu8rgZlX2epCyKdcqO4276Ax+ejnO6zMeGffF6HL61XiNfm9TtXie15E1IBxO
F1RgNxXuOjQq0Ln5awDKKhkWmi6SZ5GL2q5IXD0ntLRWe3PVvZvXPKGivZ6VUwOY
cWw0UChKHHMi5PZRxGgNXpRm9+FIt2jkaf6VEBwhlFBrbDbYzWXQUu8nleql5ilA
N+2NtlSyqGl+RmP5oVw4BHGJgelxIv+f2nOwMk6QRcN9LQtOVyIrfjrKPivcEI2U
HDTpAfiFcqVUZNGYQhwpbwuFuyR766JeW9YL/uscB+11MZz4m0PyEH1BsR7wXIdr
LkSa0kJh5GcP67m8bL0y5nZieyGzvgHHodWNNyTqMouQHMVQvf+lPg2T4BvaIhF3
1JeEwjHPthzJVYlOz2QTo0WBjPjQD5zVu35szJwQr2NKUlEKoK8gaOvomg8on79Z
OTf3jzDuHkQ/x1/k+fvsPliqnXozdf8uq6fyNZPK2jVQBzl2Heac69AOJKseYhJk
W+JdFAnRjL1TI5p7mOI8
=GPJK
-----END PGP SIGNATURE-----

------enig2HHHFRCGTLXEEKDCONLXB--