Stefan Küng wrote:
> Peter McNab wrote:
>
>> Maybe not so bad after all.
>>
>> I did not have the TSVNCacheWindow enabled in the registry on the XP
>> box so could not see what was going on behind the scenes.
>> Enabled said window.
>> Repeated virtually the same commit on an up to date branch instead of
>> Trunk.
>> Keeping in mind I use Executive Software's Recovery bin
>> Noticed a lot of crawling of the recovery bin folders as replaced
>> files were added during commit. (.svn folder replaced files?)
>> Left F5 well alone.
>> Everything updated as required, delayed only by crawling of the
>> recovery bin area.
>>
>> Seems like it would be good if the cache could be taught to ignore
>> certain folders, and for me to do more testing before posting too.
>
>
> The cache already prioritizes notifications from the directory watcher
> over crawl requests from other places. So this shouldn't really be
> that big of an issue.
> But I just found something which might have something to do with what
> you experienced. Maybe you can try again with a build > 5176.
>
> Stefan
>
r5181 on Win2k
Your last nights work was worth it.
Cache is zippy, when provoked.
First scan of Test Repo down to 23 secs from 1:48
2nd Scan down to 2..3 secs from 16.
During checkout of new WC there is no crawling, it waits until the end.
During deletion of WC there was no bombardment of "Invalidating..."
messages.
Maybe one notification short of all done? Exploring drives randomly from
My Computer does not often provoke a recrawl.
Cannot determine any particular pattern of behavior.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Sun Dec 18 08:51:22 2005