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

Re: FSFS performance on NAS/NFS

From: Nathan Kidd <nathan-svn_at_spicycrypto.ca>
Date: 2007-03-09 19:11:19 CET

Les Mikesell wrote:
> Nathan Kidd wrote:
>> I think that's a little unfair to BDB. Yes there are many reports of
>> "my BDB repo has 'crashed'", but invariably it is a result of new
>> users not understanding BDB's behaviour when an operation is
>> improperly interrupted ("wedging"). This has nothing to do with
>> "caring about your data" but ease of use with the server (i.e. data is
>> not lost, you just need to manually run 'svnadmin recover'). An more
>> experienced admin can set things up so this never becomes a problem.
>> New BDB's auto-recover from "wedging" so it isn't an issue at all any
>> more.
> I think a lot of people have had bad experiences with BDB in other
> contexts in the past, so it's going to take a while to trust that it is
> any better this time around.

Can you recall specific cases?

I've been on the users lists since 1.0 and only recall (with admittedly
non-ECC memory :) issues that could be described by "yes, BDB is more
difficult to administer, and this is a case where the user/admin screwed
up". E.g.
  * improper access/permissions so repo gets wedged
    (fixed with BDB 4.4)
  * system upgrade messed up so wrong version of bdb libs found
    (still possible, but I think package maintainers are generally more
conscientious after the initial problems)
  * (early 1.0) BDB config max settings needed upping as repo grew
    (fixed since ~1.1)

I agree that for the average user FSFS is just a better choice because
it "just works" (hey, I use these days too :), but I'd hate to see the
legit BDB complaint "more difficult to set up right" turn into "this
thing can't be trusted" based on handwavy say-so alone.



To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Mar 9 19:08:55 2007

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.