Re: Problem with large files

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

---------------------------------------------------------------------
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:20:45 2006