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

Re: Update: RE TSVN bug

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: Fri, 06 Jun 2008 19:41:18 +0200

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.


   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.net

Received on 2008-06-06 19:41:33 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.