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

RE: revs files growing over time, relatively

From: Trevor Schaffer <TrevorSchaffer_at_smarttech.com>
Date: Wed, 28 Sep 2011 10:08:15 -0600

Thanks. I was expecting that the back end didn't change much either. I'll look closer at filtering out the commits we don't care about to try to minimize the tags that we have.

-----Original Message-----
From: Daniel Shahaf [mailto:d.s_at_daniel.shahaf.name]
Sent: Wednesday, September 28, 2011 9:35 AM
To: Trevor Schaffer
Cc: users_at_subversion.apache.org
Subject: Re: revs files growing over time, relatively

Trevor Schaffer wrote on Wed, Sep 28, 2011 at 07:57:35 -0600:
> If anyone has any idea on what we can do with this, I would appreciate
> it.
>
> In the meantime, I'm going to try to dump+load the repo in the hopes
> that there were some optimizations in svn 1.6 that will help. We've
> had this repo running for nearly 5 years, since svn 1.4.
>
> I will also try out svn 1.7, but I don't know how soon we can get that
> into production. We are relying on Subversion Edge, so it can switch
> when that becomes live.

The storage of directories in FSFS has not changed recently, I expect
you'll see the same issue in 1.7.

It seems what you'd like to do is rewrite your history such that
directory sizes (max # of siblings) is small. That sounds doable.

I'm not sure offhand whether the BDB backend has the same issue with
storing large directories.
Received on 2011-09-28 18:12:10 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.