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

RE: Poor performance checking out working copy with many files (Windows SVN 1.6.2)

From: Bolstridge, Andrew <andy.bolstridge_at_intergraph.com>
Date: Mon, 8 Jun 2009 09:50:24 +0100

> -----Original Message-----
> From: Geoff Rowell [mailto:geoff.rowell_at_varolii.com]
> Sent: Friday, June 05, 2009 8:07 PM
> To: Andy Levy
> Cc: users_at_subversion.tigris.org
> Subject: RE: Poor performance checking out working copy with many
> (Windows SVN 1.6.2)
> > There probably isn't much that can be done. NTFS and Windows do not
> > handle large numbers of files/directories in a single directory very
> > well, period. It's not so much a Subversion/library issue as it is
> > poor filesystem performance on that scale.
> >
> > Did you disable your on-access virus scanner while doing this
> > checkout? That's usually a real killer.
> >
> That was my first thought, but when the unpack (7-Zip) of the working
> copy
> archive didn't experience this problem I considered it to be unlikely.

I ran into this last week, so I checked - on Windows, the System process
was running at 100%, that turned out to be the virus checker getting
bogged down trying to scan. Disabling AV made the whole thing fly along
like it did when it started. I think this has something to do with the
number of temporary files that commit generates, I understand they're
looking into this for a fix along with the memory leak problem. See my
email from last week.



To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-06-08 10:52:18 CEST

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