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

RE: Repository shrinkage on conversion 1.5 -> 1.6?

From: Bert Huijben <bert_at_qqmail.nl>
Date: Mon, 2 Aug 2010 09:13:47 +0200

> -----Original Message-----
> From: Yves Martin [mailto:ymartin59_at_free.fr]
> Sent: zaterdag 31 juli 2010 0:07
> To: John Beranek
> Cc: users_at_subversion.apache.org
> Subject: Re: Repository shrinkage on conversion 1.5 -> 1.6?
>
> On Wed, 2010-07-28 at 11:44 +0100, John Beranek wrote:
>
> > I believe we do have a lot of traditional ttb branching, plus
> > additionally some copying from "common" directories to project
> directories.
> >
> > Thanks for your quick answer, it reassures me somewhat that data hasn't
> > gone missing. ;)
>
> Hello John,
>
> If interested, you can use my procedure and fsfs-reshard script to
> upgrade from 1.5 to 1.6 without dump/load (really faster)
> and improve performance/storage with a specific shard size tuning
> (default is 1000 revisions in a pack):
> http://ymartin59.free.fr/wordpress/index.php/projets/tune-subversion-
> fsfs-repository/

Sharding reduces the number of files and thereby reduces the blocksize overhead. I think his huge storage requirement difference is due to the 'representation sharing', where identical files are only stored once.
See http://subversion.apache.org/docs/release-notes/1.6.html#rep-sharing

You can't get this size difference by just resharding. (But resharding and packing can certainly give some performance boost, depending on your server configuration)

        Bert
Received on 2010-08-02 09:14:30 CEST

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

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