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

Re: performance after 1.0: less metadata files on client?

From: Garrett Rooney <rooneg_at_electricjellyfish.net>
Date: 2002-08-11 19:26:09 CEST

On Sun, Aug 11, 2002 at 01:05:17PM -0400, Mix wrote:
> Bryan O'Sullivan wrote:
> >>yesterday we tried to check out our repository via http to a working
> >>copy on a windows network drive. the result was not to good: more
> >>than 6 hours, compared to 15-20 minutes with source safe.
> >
> >That's pretty horrifying, but I'd be leery of drawing many conclusions
> >without also testing on a local filesystem on your Windows box. That
> >way, you can discount any possible overhead from SMB. It would be
> >interesting to see if there's a performance difference between the two.
> Well, in many environments the only writable area you have is a network
> drive. Checking out from a remote cvs repository and having your working
> copy be on an NFS mount isn't that bad. Its horrible with svn because of
> those darn .svn directories that hold so much stuff. In this instance
> svn is noticably slower than cvs, sometimes painfully slow. So its not
> just a windows issue, its a network filesystem issue in general since
> svn takes the view that we can just write out whatever we want in a
> working copy since "disk space is cheap". Unfortunately network
> bandwidth often isn't.

this problem will likely be aleviated somewhat when we start caching
the contents of .svn/entries. at the moment that file is being parsed
many many more times than it should, which would be very bad if it is
located on a network filesystem. work is being done on caching this
information, so it would be interesting to see how much that helps the
performance problems you're seeing.


garrett rooney                    Remember, any design flaw you're 
rooneg@electricjellyfish.net      sufficiently snide about becomes  
http://electricjellyfish.net/     a feature.       -- Dan Sugalski
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Aug 11 19:26:39 2002

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.