David Fairey wrote:
> We are seeing simliar behaviour using TortoiseSVN 1.4.8 - all running
> Windows XP SP2 32-bit on variety of hardware.
> After some monitoring one thing I've noticed is that the TSVNCacheWindow
> (with CacheTrayIcon=1) stops Crawling on a random folder, after which
> Explorer will slow down and take 30secs to 5 minutes to unfreeze and
> display the folder contents - the length of time seems related to the
> size of the folder. Once unfrozen the overlay icons don't appear on the
> sub folders or files.
> Using Sysinternals Process Explorer, the number of threads and handles
> to "\Device\NamedPipe\TSVNCache" keep going up (195 in one example),
> however the Cached Directories in the Tray icon does not increase
> (stalled at 2710 in an example).
> Is there any further useful information that can be obtained from a PC
> in this state that might shine light on this bug?
> It is generally reproducible on a few machines we have here, a typical
> machine has a file structure of around 90k's of files.
> In most cases our workaround is to switch the Icon Overlay from
> "Default" to "Shell", terminating the TSVNCache will bring it back again
Thanks for the detailed analysis.
Are your working copies on a network share?
Because the shell/explorer can only 'hang' for as long as it takes to
get the status for one single folder - that's how long the cache is
'blocked' and can't respond any queries. But once the status has been
fetched, the requests from the shell have priority (the cache won't
block anymore and fetch any status until all pending requests are answered).
Not sure how I could fix this without making some major changes to the
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.net
Received on 2008-08-11 21:16:28 CEST