Re: svn status gets 'killed'

Paul Lussier <pll@lanminds.com> writes:

> In a message dated: Tue, 08 Oct 2002 09:45:38 +0200
> Michael Wood said:
>
> Here's the 'time'
> output from an 'svn status -u -v' on the Linux 2.4.19 kernel tree
> just imported into svn:
>
> $ time svn status -u -v > /tmp/foo
> real 3m19.599s
> user 2m13.660s
> sys 0m5.260s
[snip]
> [1] The size of the svn repo is > 3x the size of just the raw
> kernel tree:
>
> Checked out revision 1.
> pll@tater:/usr/local/src$ du -sh linux-2.4.19/
> 479M linux-2.4.19
>
> pll@tater:/usr/local/src/foo$ tar jxf ../tars/linux-2.4.19.tar.bz2
> pll@tater:/usr/local/src/foo$ du -sh linux-2.4.19/
> 159M linux-2.4.19

I happen to have the linux-2.4.19 source on disk. Using Subversion
HEAD I get

The size of the original source
$ du -hs linux-2.4.19
155M linux-2.4.19

The size of the repository (about 2% bigger than the original source)
$ du -hs repo-linux-2.4.19/
158M repo-linux-2.4.19

The size of a working copy (about 2.6 times the size of the original source)
$ du -hs wc
406M wc

The time to run status (on a dual PIII 450 MHz 512 MB)
$ time svn st -uv wc > /dev/null

real 0m22.785s
user 0m16.730s
sys 0m4.310s

The timing is the one I get when the disk cache is filled, and so I'm
not waiting for the disks.

-- 
Philip Martin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org