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

Re: Performance problem, slow SVN Update Tortoise

From: Simon Large <simon.tortoisesvn_at_googlemail.com>
Date: Tue, 15 Sep 2009 13:37:51 +0100

2009/9/15 Jean-Marc van Leerdam <j.m.van.leerdam_at_gmail.com>:
> Hi,
> 2009/9/15 Jonas Rosqvist <jonas.rosqvist_at_gmail.com>:
>> A project using our central Subversion Server are having performance
>> problems, especially when doing an SVN Update. Not all project members
>> but most of them have the same problem.
>> Doing an SVN Update with no files changed can take up to 10 minutes!
> Are all working copies on the machine affected (i.e. does updating a
> fresh checkout also take so much time)?
> If a fresh working copy is quicker then the timestamps in the working
> copy may be off, forcing SVN to compare files to their base copy to
> see if there are local modifications.

This would happen if an application changes the datestamps on files
even when the content is unchanged. If date is changed but length is
the same, Subversion will do a byte-by-byte compare. You can fix the
timestamps using TSVN->Cleanup.

Do you get the same problems if you use the subversion command line client?


:       ___
:  oo  // \\      "De Chelonian Mobile"
: (_,\/ \_/ \     TortoiseSVN
:   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
:   /_/   \_\     http://tortoisesvn.net
To unsubscribe from this discussion, e-mail: [dev-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-09-15 14:37:56 CEST

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

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