Simon Berry wrote:
>
> * can you reproduce the problem if you kill the process and have it
> start again?
> * is your R:\ drive a network drive? A SUBSTed one?
> * what's the status of the files and folders directly under R:\?
> (use the Check-for-modifications dialog, show all columns)
>
> If I kill the process, everything goes back to normal for a while (30
> mins?).
>
> Status or R:'s top level folders attached.
The ProcessExplorer log you sent earlier had entries in there for files
which are not listed in that status csv. Are those unversioned files?
> R: is a network drive.
Do others have write access to that network folder too?
If for example someone else runs a build script on that drive which
makes a lot of files change frequently (or files created/removed, like
*.obj files in a C++ build), then your TSVNCache process gets a change
notification for each of those and re-fetches the status repeatedly.
> When I disconnect(unmap) the R: drive, CPU Drops to normal, 'I/O other'
> stabilizes and all appears normal.
>
> Seems like this have to do with network drives (although we definitely
> had TSVNCahce hogging resources on local working copies in V1.4.8 - but
> maybe that is an entirely different issue).
I think that was a different issue.
Stefan
--
___
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.net
Received on 2008-06-06 19:41:33 CEST