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

RE: Re: Re: TSVNCache appears to be I/O bound and locking the machine.

From: Josef Karthauser <joe.karthauser_at_geomerics.com>
Date: 2007-11-15 12:14:30 CET

> -----Original Message-----
> From: Simon Large [mailto:simon.tortoisesvn@googlemail.com]
> Sent: 15 November 2007 10:55
> To: users@tortoisesvn.tigris.org
> Subject: Re: Re: TSVNCache appears to be I/O bound and locking the
> machine.
>
> > From it's current behaviour it appears that things would run better
> without the cache altogether! :)
>
> TortoiseSVN->Settings->Icon overlays-> use Shell for status instead of
> default.

Thanks, I'll try that.

> The default behaviour is to show status recursively, that is, if there
> is a change deep down in your working copy, the modified status
> overlay will be propagated upwards to the WC root. To do that we have
> to crawl the entire WC in a separate low priority process. But if it
> locks explorer, that is a bug, usually indicating that TSVNcache got
> stuck in a loop somewhere and is consuming 100% CPU.

Well, according to Process Explorer, it is actually doing useful work.
It appears to be scanning all the checked out files, and the evidence
that it is reading them in their entirety is that the Read I/O stats are
in the gigabytes! (My checked out repository is about 10Gb, and I've
got three checked out copies of it).

So, I'm confused, unless the cache process is generating checksums from
the contents of the file, or something, why does it need to scan the
entire contents? I thought that it could just use filesize and
time/date stamps. Is that not the case?

Joe

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: users-help@tortoisesvn.tigris.org
Received on Thu Nov 15 12:14:56 2007

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.