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

Re: performance enhancement by working copy svn server

From: Ph. Marek <philipp.marek_at_bmlv.gv.at>
Date: Thu, 10 Apr 2008 07:04:29 +0200

On Donnerstag, 10. April 2008, Ben Collins-Sussman wrote:
> Try using subversion
> with a 700MB source tree; running 'svn status' takes minutes to crawl
> the tree (along with commits and updates).
> > And having the metadata localized allows to do wierd things like
> > manually merge WC temporarily, or easily take a smaller piece of the WC
> > and move it elsewhere.
> That's what we've been telling ourselves for 8 years; it turns out
> that nobody actually ever breaks working copies into small portable
> pieces. And the price we pay for scattered metadata is huge.
I just want to chime in with some hard data for the interested: FSVS uses a
single file for most of the needed data (all that's needed for "status"), and
it's bit faster.

See here for an example:

This is when a single file (sorted by inode-number) is read, the entries
lstat()ed in inode order, and no keyword substitution is possible (so that a
size change is immediately seen as changed data).



To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-04-10 07:04:52 CEST

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.