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

Re.Log cache settings

From: <Stefan.Fuhrmann_at_etas.com>
Date: 2007-12-12 11:51:18 CET

"Simon Large" <simon.tortoisesvn@googlemail.com> wrote on 12.12.2007
00:28:42:

> In last night's nightly the log cache settings show 4 repositories on
> my PC, and the saved data settings offers to clear the cache for 5
> repositories. Which one is correct?

4 is correct. For some time now, there is an additional file containing
the URL -> UUID / file name mapping among other things. Thus, the "clear
cache" number is correct in that it will delete all 5 files but not
all of them are actually individual repository log caches ...

> The 'clear log cache' button could be removed from the saved data page
> now that it has its own.

On the other hand, this is the only way to clean it entirely and
to work around any problems there may be with the cache management.

> If multiple repositories are selected in the log cache settings it
> should be possible to delete them. This would help cleaning out the
> 'probably deleted repository' entry.

Yea, that would be good. We should add an "are you sure?" box and
maybe replace "probably deleted repository" by "URL not known" which
is closer to the truth.

> How about storing a URL as well as the UUID, to give a bit more
> certainty to that 'probably' deleted.

I was incorrect with assuming that the main reason for those UUID
entries would be deleted repositories. In fact, they just mean that
the repositories.dat file does not contain a suitable URL entry.
So, that means repositories.dat has been deleted some time ago and
some repositories have not been accessed since then.

There was a format change to this file few weeks ago rendering the
old one obsolete. This should not happen again for a very long time ;)

> Updating the TSVN log cache seems to run at about 3 revisions every 2
> seconds. Is it that slow for everyone?

Yes. I am not even sure that it does what I expect it to do:
fetch all missing data, including user revprops. It seems the
latter will cause the slowdown but are not stored in the cache
afterwards (number of revisions with incomplete user revprop
info does not change). I will have look at this.

-- Stefan^2.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Wed Dec 12 12:00:13 2007

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.