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

Re: Problem with large files

From: Garrett Rooney <rooneg_at_electricjellyfish.net>
Date: 2006-08-28 17:00:58 CEST

On 8/28/06, Daniel Berlin <dberlin@dberlin.org> wrote:
> >
> > Is it still reasonably fast for subsequent revisions?
> For subsequent revisions, we use xdelta, like we did before, so yes.
> Note that not using vdelta also speeds up later delta combination
> time, because the initial revision being vdelta can still cause the
> bad behavior in the delta combiner that we had before (it just does so
> to a lesser degree than *always* using vdelta).
> > Or does this
> > just improve the initial commit?
> It improves fulltext commit speeds, and speeds up later updates and
> checkouts by speeding up delta combination as a side-effect of not
> using vdelta.


> > I understand why this would only be used for svndiff1 repositories,
> > but why would it be problematic with 1.3 clients?
> It isn't problematic, it's just that if you apply the patch to 1.3
> and use that as the server, you will get no compression for the
> fulltext revisions in the repo.

So can we just make that code conditional on the repository being
svndiff1 and call it a day? Or is there something more problematic
that I'm missing here?


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Aug 28 17:30:33 2006

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

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