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

Re: Yet another TortoiseSVN performance related question ...

From: Andy Levy <andy.levy_at_gmail.com>
Date: Wed, 5 Aug 2009 11:11:59 -0400

On Wed, Aug 5, 2009 at 10:50, Parrish, Ken<KParrish_at_gomez.com> wrote:
> TortoiseSVN Developers and Users:
> For many months now, I have been battling the effects of TortoiseSVN on the
> performance of my workstation during certain operations, most notably large
> ‘Update’ jobs and background caching operations.  I am aware that there have
> been many discussions relating to TortoiseSVN performance on this list and I
> have attempted to keep track of the discussions on these topics.
> My envrionment:
> TortoiseSVN Version 1.6.3 Build 16727  (Newer that the latest published
> release)
>                 Dell Precision Desktop
>                 Dual Core, 1.8Mhz
>                 2Gb memory
>                 Windows XP SP3

What's your hard drive interface (PATA? SATA?)? How fast is the drive
itself (RPMs)?
What filesystem? NTFS, I assume?

> Update operations:
> The effects of TortoiseSVN ‘Update’ processes on workstation performance
> have been more daunting to resolve.   I have a very large SVN working
> directory with 10s of 1000s of source files.  Much of this is under
> intensive development by a team of developers and needs to updated several
> times a day.

How deep is your directory structure? Do you have any directories with
a large number of files/directories inside? NTFS itself doesn't handle
this well.

> The problem is that during the TortoiseSVN ‘Update’ process, my workstation
> becomes all but unusable.  The user interface becomes unresponsive and
> jerky, simple file system operations like ‘ls’ and ‘find’ slow to a crawl.
> Basically, whenever I execute a TortoiseSVN ‘Update’ on this large
> directory, it’s time for a cup of coffee.

Do you have an on-access virus scanner? If so, is it configured to
exclude .svn directories (or your whole WC) from scanning? Some of
these are known to cause issues.

Can you try performing your updates with the Subversion command-line
client (svn.exe, NOT Tortoiseproc.exe)? This will help to narrow some
things down.

> I would like to understand better why  this is happening.  During an
> ‘Update’, the Task Manager usually shows that TortoiseProc.exe is consuming
> only about 5% of the available processing power.  At the same time, the
> System Idle Process appears to ‘pin’ one of the two available processors.
> However, that generally totals only about 50% of the available processing
> power.
> How or why is it that a TortoiseSVN ‘Update’ process, which appears to be
> consuming at most, 50% of the available processing power of my workstation,
> is causing all other applications to slow to a crawl—almost stop
> altogether?  This behavior does not stop UNTIL the ‘OK’ button lights up in
> the TortoiseSVN ‘Update’ dialog box.

Because it's hammering the hard drive. I saw similar trouble until I
upgraded to a 7200RPM drive when I got a new laptop - the speed
difference for TSVN was HUGE with that extra boost in disk I/O

> Does this effect happen for other users?  Is it unique to my environment?
> Can it be explained?  Are there any suggestions for mitigating the problem
> or a work around?

See above. We need more information about your workstation, and for
you to try a few other diagnostics.


To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-08-05 17:12:22 CEST

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

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