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

Re: TSVN checkout and cache interference?

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: Thu, 11 Feb 2010 20:21:18 +0100

On 10.02.2010 22:44, Jean-Marc van Leerdam wrote:
> Hi,
>
> Using TortoiseSVN 1.6.99, Build 18563 - 32 Bit -dev, 2010/02/09 21:57:21
>
> I just did a fresh checkout from a repository (12k files, 280Mb) that
> took 17 minutes (local 100Mb lan, laptop P4 2.6Ghz).
>
> I noticed periodic stalls of a couple of seconds to more than 10
> seconds at a time and low transfer speeds at other times. In total the
> checkout took over 17 minutes and that was after I killed the
> TSVNcache process 15 minutes into the checkout.
>
> I repeated the checkout and killed the TSVNcache process right at the
> start of the checkout, and then the same checkout it took just 6
> minutes.
>
> Is it likely that the TSVNcache interferes with such effects, or can
> this be caused by something else?
>
> If it is actual interference, would it be possible to somehow tell the
> cache to 'stay a way from this folder tree' until the checkout is
> completed?
>
> Virus scanner is not the issue here AFAIK: the initial checkout folder
> is excluded in the scanner; second checkout folder was included.
>

I guess we have to implement a new command for the cache to ignore a
path until told otherwise.

Stefan

-- 
        ___
   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=757&dsMessageId=2446815
To unsubscribe from this discussion, e-mail: [dev-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2010-02-11 20:21:31 CET

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.