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

Re: [TSVN] Status Cache

From: Sven Brueggemann <SBrueggemann_at_gmx.net>
Date: 2005-08-17 23:31:53 CEST

Hello,

Stefan Küng wrote:

> I'd like you to grab the next nightly build and start testing the new
> status cache. And if you do, please report back your findings.

I didn't see any differences in *what* TSVN does, only some changes in
*when* it does it. I even played around with WCs on a Linux Samba drive
and didn't find any unexpected behaviour.

I noticed that TSVNCache.exe that hardly took some seconds a day of CPU
time now uses minutes but I didn't notice any difference in the systems
responsiveness while doing interactive work.

What came up to me is that the building of our software became much
slower after updating from 4107 to 4178. While building, TSVNCache uses
quite a lot of CPU time (10-30% with peaks of 45% on a P4 3,2).

BTW: Does any part of TSVN ever open unversioned files? The compiler
on my machine at home trapped once with an "EXCEPTION_ACCESS_VIOLATION
on Read" (what ever that means). That may be totally unrelated to
TSVN but since I've never seen it trap before...

BTW2: In nested working copies: Should the icon overlay of the outer
working copy reflect any changes in the inner working copies or not?
With 4178 the overlay icon of the outer working copy alternates between
the inner working copies stati and it's own, while in 4107 it ignored
nested copies (most of the time).

I understand that nested working copies are quite uncommon and I'm used
to ignore the outer working copies overlay icon. But since I'm not
sure what is expected, I'd like to mention that.

Kind regards

Sven

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Wed Aug 17 23:42:05 2005

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.