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

Re: svn back-end question

From: <daniel_at_email.unc.edu>
Date: 2005-01-20 19:22:06 CET

Jean-Pierre,

I've only been using SVN for a few months and I haven't stressed it yet. I
will eventually have 200-300 users hitting one server. The problems I am
encountering have more to do with slow network performance in my environment
than anything subversion related.

A few things to think about:
1. You can change the type of back-end you use later by dumping and
restoring.
2. As a reformed CVS user myself, I found the fsfs repository more useful
while learning to use svn since I could directly examine the files in the
repository. It just makes is easier to understand what is going on.
3. The one concern I have about fsfs is with the number of files in a
repository. I have conerns about what happens when there are many thousands
of revisions in a repository. Unix filesystems traditionally do not handle
that case very well (I'd like to see svn modified to use a hierarchical fsfs
repository - no more than 1000 files per directory).
4. The way I read the documentation it implies that the berkeley db back-end
will be deprecated at some future time. Some of the developers (Ben) have
recently said that this is not the case, but, nevertheless, that's how I read
it.

Best of luck,

Daniel

Quoting Jean-Pierre Sevigny <jpierre@zingy.com>:

>
> Hi!
>
> I'm currently looking at replacing our current CVS with Subversion.
>
> I have some concerns about using Berkeley DB as a back-end. I would like
> to ask what you think of it.
>
> 1) How stable is it, for a midsize company? (potentially 100+ users at
> the same time).
> 2) Would it be better to go to a flat-file back-end configuration? I've
> read the http://web.mit.edu/ghudson/info/fsfs article, and have some
> concern about the maturiry of such back-end.
>
> Thanks,
> Jean-Pierre
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Jan 20 19:25:20 2005

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.