[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: Mark Phippard <markphip_at_gmail.com>
Date: Thu, 7 Aug 2008 15:20:41 -0400

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.

Mark Phippard
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:21:12 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.