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

Re: vdelta performance

From: Florian Weimer <fw_at_deneb.enyo.de>
Date: 2004-03-18 00:22:45 CET

Greg Hudson wrote:

> On Wed, 2004-03-17 at 18:10, Florian Weimer wrote:
> > I've compared it to xdelta and rdiff. White it is significantly better
> > than rdiff, it's also worse than xdelta (both compressed and
> > uncompressed).
> >
> > xdelta diffing is also faster, but xdelta doesn't seem to use bounded
> > amounts of memory.
>
> Heh. If you expand the window size to a few hundred megabytes, I'm sure
> you can get some very nice results from svndiff as well.

D'oh.

I would have expected that speed is higher, due to improved locality,
but the window management probably eats up the advantage. xdelta's
linear space nature is thoroughly enshrined in its algorithm, according
the "File System Sypport for Delta Compression" paper.

Anyway, my timing tests suggest that spooling the new file into the DB
is the bottleneck, not the delta operation. (Commit times are much,
much higher than svndiff-test times.)

-- 
Current mail filters: many dial-up/DSL/cable modem hosts, and the
following domains: atlas.cz, bigpond.com, freenet.de, hotmail.com,
libero.it, netscape.net, postino.it, tiscali.co.uk, tiscali.cz,
tiscali.it, voila.fr, wanadoo.fr, yahoo.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Mar 18 00:24:37 2004

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.