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

FSFS vs BDB performance issues

From: David Budworth <dbudworth_at_eloan.com>
Date: 2004-08-16 18:36:12 CEST

Hi all,

In my effort to convert to 1.1-rc2 I've converted our larger CVS
repository over to to run on
1.05 with BDB (on a cheap IDE based desktop box)
and
1.1-RC2 with FSFS (on a 4proc 10k rpm scsi dell server box)

The conversion generated a 28322 revision repository.

Once checking out the entire tree from each box to my local machine (a
4proc, SATA based box), I ran "time svn update" for each wc. Each
update results in nothing actually updating as both repositories were
created just for this test.

The connection to the BDB box is via a cheap netgear 10/100 hub (bdb
box is in my cube)
Connection to FSFS repo is via 1gb connection through a cisco catalyst.

BDB from the cheap box took 4 seconds to perform the update, and FSFS
on the high end box took 14 seconds.

I'm just wondering if there's some way to increase performance for
FSFS, or if this is maybe just a side effect of having 28k+ files in
the revs and revprops directories?

I would assume (not having looked at the code), that even though I'm at
the head revision, fsfs still has to walk every file in the revisions
directory to find the latest ones, as opposed to bdb which would be
purely a query to find anything newer than my current version.

I like the idea of FSFS, I'm just worried about that time growing more
and more. We have about 5+ commits a day to the CVS version of this
repo, so we'd have the same on SVN.

Possibly this would get sped up when (if) fsfs is converted to split
revisions based on directories (1000 per dir or so)?

Just looking for pointers on whether it will make sense to move forward
with the FSFS based repositories, or try to cram a current version of
BDB on the rh9 repository (rh9 / bdb don't seem to like each other,
which was why I was trying to avoid it)

Thank you for your time,
-David Budworth

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Aug 16 18:38:23 2004

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.