Concerning Re: Poor performance in windows. Sw
John Allen wrote on 12 Feb 2007, 21:00, at least in part:
> B. Smith-Mannschott wrote:
[text is snipped]
> > the OP's issue isn't performance on the server side. The issue is
> > client side (working copy) performance. Particularly for operations
> > that have to thumb through a *lot* of files, like update.
> >
> Update should not be "thumbing" through a lot of files, the svn server
> should supply the diffs between
> your working copy revision, and the current revision on the server.
>
> Now commits are a different story, the client has to scan the working
> copy to find the changes you
> have made, and this will be slow on Windows if you have 1000's files in
> your working copy.
Huh? A web project with roughly 11,000 files in about 300 folders
(33,000 files in 1300 folders including all .svn meta-overhead)
updates & commits quite fast on a 1.6Centrino machine, either
W2K SP4 or XP SP2, NTFS, SVN 1.4.2, using TSVN 1.4.1, and
still reasonably on a P200 machine (TSVN commit dialog still
within 30 secs). Repository (BDB) is on a 1.5 P4, also W2K SP4,
NTFS, SVN 1.4.2, access through Apache 2.0.59. Getting the
logs takes a bit longer, also on the Centrino box. And the actual
update/commit time of course depends on the number of files
involved.
Maybe the OP should turn off Windows indexing (I think he already
did), defragment his HDD, clean up the WC (probably using TSVN
as this reportedly resets the timestamps in working base in case
they have changed in WC without the files having changed; dunno if
SVN commandline does this, too.
OH, BTW there is a bug in SVN: if a file is modified without
changing timestamp and/or filesize, SVN will not commit the file,
and I think if the file is updated local changes are lost.
JH
---------------------------------------
Freedom quote:
Intellect annuls Fate. So far as a man thinks, he is free ...
The revelation of Thought takes man out of servitude into freedom.
-- Ralph Waldo Emerson, Fate
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Feb 12 22:31:17 2007