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

Bug? TSVNCache performance.

From: Lapthorn, Barry <barry.lapthorn_at_citi.com>
Date: Thu, 21 Feb 2008 13:34:34 -0000


We have a performance issue with the TSVNCache process.


Excessive time spent (continuous hour glass) when opening Explorer
windows or File dialogs due to TSVNCache (I believe) checking all
sub-folders to see if they are working copies. Specific to a large
number of folders and files in a working copy.

Probable cause:

we have around 200+ folders below trunk, e.g.


Some of these modules have literally hundreds (if not thousands) of

When these are all checked out TSVNCache dramatically decreases Explorer

Steps to reproduce:

Create a repository with hundreds of modules, and they then contains
hundreds of subfolders and files. Check out trunk. Attempt to open any
file in notepad (for example) using a program's standard Windows file
dialog. Ensure icon overlays are switched on.

Possible reason?

I haven't investigated any further, but I would imagine this is because
the TSVNCache process is descending into each folder in an attempt to
accurate overlay the correct folder icons.

Our workaround:

kill TSVNCache process and/or turn off icons.


Put the TSVNCache into a lower priority thread, or similar, and return
Return control to explorer/file dialog after each folder in the working
copy is parsed, rather than at the end after all folders have been
Descend one or two levels only as a possible configuration option in
Tortoise SVN.

I checked here:


and couldn't find any issues on this.


Barry Lapthorn.

Citigroup Markets & Banking. 
Canary Wharf,
London.  UK.
Received on 2008-02-21 14:44:07 CET

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