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

Re: Does Subversion get slower over time?

From: Mark Phippard <markphip_at_gmail.com>
Date: Fri, 23 Sep 2011 17:30:12 -0400

On Fri, Sep 23, 2011 at 5:16 PM, Cory Riddell <cory_at_codeware.com> wrote:
> On 9/23/2011 3:59 PM, Les Mikesell wrote:
>> On Fri, Sep 23, 2011 at 3:37 PM, Cory Riddell <cory_at_codeware.com> wrote:
>>> I'm thinking about committing all the third party libraries that our
>>> application depends on to make it easier to checkout a buildable set of
>>> files from the past.
>>>
>>> Some of the libraries are around a gigabyte each. Right now our
>>> repository has around a decade of history and is 5 GB. If we start
>>> stuffing third party libraries into it, the repository could grow to 50
>>> GB in a few years. Is a 50 GB repository going to be significantly
>>> slower than our current 5 GB one?
>> I'd be more concerned about future maintenance issues than operational
>> speed.  A 50 GB repo is going to be substantially harder to deal with
>> if you ever need to dump/filter/load to pull something out.  Why not
>> use separate repositories and reference the components with externals?
>>
>
> Both you and Mark suggested I use externals. I've avoided using
> externals because I've read more than one article advising against them.
> I'm going to have to rethink this I guess. Can you use them without
> abusing them?

For the needs you outlined, I do not think the feature could be much
better. So I would definitely recommend it. There are other
scenarios where the feature is still useful but starts to have some
drawbacks. I think the benefits tend to outweigh those negatives.

-- 
Thanks
Mark Phippard
http://markphip.blogspot.com/
Received on 2011-09-23 23:30:43 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.