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

Re: [TSVN] Very long time to crawl WC.

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: 2005-11-30 18:06:52 CET

Peter McNab wrote:

> A recent change has certainly reduced the number of "Invalidate..."
> messages. Some time ago, I mused on the list about delaying operations
> as a result of receiving notifications, probably on a false premise but
> there might be some merit in the following.
>
> On update or checkout I expect there are multiple notifications firing
> off as files are written or touched. Instead of kicking off the
> invalidate action following a file write, if a single re-triggerable
> timer was fired instead and re-triggered for each subsequent
> notification that occurs before the timer expires then many redundant
> operations might be avoided. On expiry the timer triggers the Invalidate
> process. The timer value might be an arbitrary 1 sec and fetched from
> the registry to allow post deployment adjustment.
>
> Does this make sense?

It does :)
But the crawling already *is* delayed, just not by a whole second but a
few milliseconds. More would be noticeable for non-checkout operations,
and people would start complaining that it takes too long for the
overlays to change.
I think we can live with the crawler doing a little too much work on
checkouts, but does the right things fast enough with all other operations.

Stefan

-- 
        ___
   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Wed Nov 30 18:26:22 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.