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

Re: Directory deltification

From: Hyrum K Wright <hyrum.wright_at_wandisco.com>
Date: Tue, 3 Jan 2012 15:39:08 -0600

On Tue, Jan 3, 2012 at 8:23 AM, Philip Martin
<philip.martin_at_wandisco.com> wrote:
> Stefan Fuhrmann <stefanfuhrmann_at_alice-dsl.de> writes:
>> As of r1224839, FSFS now supports directory deltification.
>> Please review the changes and run tests against different
>> repositories so that we get a better idea of what the costs
>> and benefits are. As soon as I'm back home, I will run tests
>> against the Apache and KDE repositories.
>> So far, I ran tests against the rather small TSVN repository.
>> It seems that we get 50% more capacity / 33% size savings
>> for 0 .. 20% CPU overhead.
> I've been testing this with the old CollabNet Subversion repository, the
> first 40,515 Subversion revisions, on my Linux laptop:
> The db/revs directory (unpacked) is 320MB instead of 490MB.
> Loading takes about 12% more CPU.
> Dumping takes about 22% more CPU.
> which matches your results.  Packing removes about 85MB for both
> repositories.
> There are operations where reading the directory representations is more
> dominant.  'svn log' on a path inside the repository uses 100% more CPU.

Is that peak CPU or overall? If the I/O overhead went down, I'd
expect the peak CPU usage to go up, but the overall operation time to

(FWIW, I'm in the midst of loading a copy of the ASF repo using the
new code, and I'll let folks know the results.)


uberSVN: Apache Subversion Made Easy
Received on 2012-01-03 22:39:41 CET

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