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

Re: Delta directions (was Re: delta combiner sloooooooowwwwww)

From: Branko Čibej <brane_at_xbc.nu>
Date: 2005-02-12 03:45:29 CET

Greg Hudson wrote:

>I hadn't read part of the "make blame even faster" thread when I sent
>this. Having read it, I have one addendum:
>
>On Thu, 2005-02-10 at 13:08, Greg Hudson wrote:
>
>
>>(Obviously not before 2.0, but I'm not sure if we can
>>realize any of these benefits before 2.0.)
>>
>>
>
>As people pointed out in that other thread, we can realize the "faster
>delta combiner" benefit before 2.0, and it may be worth changing to
>xdelta in 1.2 in order to do so. My biggest concern is that FSFS
>repositories with very shallow file histories may become significantly
>larger, since we will lose all self-compression. Perhaps we can
>continue using vdelta for self-compression in FSFS? I'm not sure how
>much of the speed win (if any) we'd be giving up by doing that.
>
>
If we use vdelta strictly for self-compression of the first revision of
a file in FSFS, it shouldn't be a problem. That delta would always be
the last in any chain of combinations, but because the self-compressed
vdelta doesn't contain source copy ops, the combiner should behave nicely.

-- Brane

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Feb 12 03:46:49 2005

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.