[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: BDB backend in SVN 1.7.1

From: Daniel Shahaf <d.s_at_daniel.shahaf.name>
Date: Fri, 25 Nov 2011 12:59:17 +0200

Vyacheslav Zholudev wrote on Fri, Nov 25, 2011 at 11:13:00 +0100:
>
> > Old BDB-backed repositories stored the older revision as fulltext and
> > newer revisions as deltas.
>
> Really?

It seems that I should have swapped "older" and "newer" in the quoted
sentence. Thanks for catching that.

> Here is a quotation from SVN 1.4.6 libsvn_fs_base/note/structure:
> "At present, Subversion generally stores
> the youngest strings in "fulltext" form, and older strings as "delta"s
> against them (unless the delta would save no space compared to the
> fulltext).
> "
> My own experiments with SVN 1.4 code confirm that.
>
>
>
> > Repositories created with or 'svnadmin
> > upgrade'd by 1.6 and newer reverse this for new revisions of files
> > (while making sure not to introduce a dependency loop in the direction
> > of deltas).
> >
> > http://subversion.apache.org/docs/release-notes/1.6#bdb-forward-deltas
> >
> > On Friday, November 25, 2011 1:08 AM, "Vyacheslav Zholudev" <vyacheslav.zholudev_at_gmail.com> wrote:
> >> Hi,
> >>
> >> how does SVN 1.7.1 store fulltext and deltas in the BDB backend? From some time ago I remember that previous versions of SVN stored "almost" always a HEAD revision as fulltext, and others as reverse deltas.(except the case when a delta is bigger that fulltext) Was this behavior changed in SVN 1.7? I've looked at the notes about BDB and they don't differ almost at all from SVN 1.4's ones. Of course, I could look into the code more carefully, but my hope was that it wouldn't be a big deal to give me a short answer, if possible.
> >>
> >> Thanks in advance!
> >>
> >> Best,
> >> Vyacheslav
> >>
> >>
> >>
>
Received on 2011-11-25 12:00:07 CET

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.