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

Re: Speed of svn co --depth immediates?

From: Andy Levy <andy.levy_at_gmail.com>
Date: Thu, 7 Aug 2008 15:29:06 -0400

On Thu, Aug 7, 2008 at 15:20, Mark Phippard <markphip_at_gmail.com> wrote:
> On Thu, Aug 7, 2008 at 2:39 PM, Andy Levy <andy.levy_at_gmail.com> wrote:
>> Client: WinXP SP2, 1.5.0, CollabNet distribution
>> Server: Win2K3 (I think; might be 2000), 1.2.3, from
>> subversion.tigris.org, using Apache 2.0.
>>
>> This setup has been working great for a rather long time (over 2
>> years), with different client versions obviously.
>>
>> I've been running a checkout for what seems like several couple hours
>> now. svn co --depth immediates <URL> on a repository URL which has
>> only 7 subdirectories, and it appears to have been hanging for most of
>> this time. Task manager says svn.exe has used 35 minutes CPU time and
>> seems to be holding pretty steady around 25% (dual-core) CPU
>> utilization.
>>
>> I have 7 lines of output, corresponding to each of those directories
>> being added to the local WC; the last one is what would be, by far,
>> the largest subdirectory (many tags) on a full checkout.
>>
>> Any ideas why it might be taking so long? I'm hesitant to just kill
>> the process and try again if this really is "normal" as at this rate,
>> my day will be over before it completes the second time around.
>
> If the server is not running SVN 1.5, then the --depth options are all
> processed by the client. Meaning your client is still checking out
> everything, it just discards what you did not want.

That means my checkout will take a day or so, I'm guessing. I'll kill
it. Thanks.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-08-07 21:29:33 CEST

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.