Bug? TSVNCache performance.

Hello,

We have a performance issue with the TSVNCache process.

Symptoms:

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.

Svn://path.to.our.repository/trunk/module1
Svn://path.to.our.repository/trunk/module2
Svn://path.to.our.repository/trunk/module3
...
Svn://path.to.our.repository/trunk/module200

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

When these are all checked out TSVNCache dramatically decreases Explorer
responsiveness.

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.

Suggestions:

Put the TSVNCache into a lower priority thread, or similar, and return
control?
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
parsed.
Descend one or two levels only as a possible configuration option in
Tortoise SVN.

I checked here:

http://issues.tortoisesvn.net/index.php?project=1&do=index

and couldn't find any issues on this.

Thanks

Barry Lapthorn.

--
Citigroup Markets & Banking. 
Canary Wharf,
London.  UK.