Re: svn up known issue?

On Tue, 2005-07-26 at 21:41 -0700, jason marshall wrote:
> On 7/26/05, Gary Thomas <gary@mlbassoc.com> wrote:
> > On Tue, 2005-07-26 at 14:18 -0700, jason marshall wrote:
> > ... snip
> > > I encourage the SVN team to reassess their definition of 'reasonable
> > > working set', and consider if the tool as currently presented can meet
> > > reasonable performance metrics given that definition.
> >
> > What do you consider a "ridiculously large" working copy?
> > I routinely work with branches that have nearly 50,000 files in
> > them (totalling over 1GB) and find the performance of subversion
> > quite acceptable.
>
> What do you consider to be 'quite acceptable'? I don't consider a 20
> minute cleanup to be that. How long does a full update take? I
> clocked a small one (20 files) at just under 10 minutes. It still
> seems to me like a cleanup should be faster than an update, but I lack
> insight into just what a cleanup does.
>
> That's about what I would consider to be Very Large, which is about
> the size of this tree. I wasn't the one who characterized it as
> ridiculously large, hence my insistence that it wasn't. If our
> definitions line up, but our experiences don't, then that would
> suggest misconfiguration of our server, which is entirely possible.
>

Here are some times for comparison:

% time svn co URL
real 15m38.719s
user 1m57.410s
sys 0m53.381s
[main-dir]$ time find . -type f | grep -v .svn | wc
  43780 43780 2392619

real 5m50.013s
user 5m33.805s
sys 0m2.709s
[main-dir]$ time svn up
At revision 1499.

real 4m20.819s
user 0m10.959s
sys 0m1.750s

In one sub-directory:

[sub-dir]$ time svn up
At revision 1499.

real 0m5.257s
user 0m0.167s
sys 0m0.097s
[sub-dir]$ time svn cleanup

real 0m3.403s
user 0m0.169s
sys 0m0.249s
[sub-dir]$ time find . -type f | grep -v .svn | wc
    909 909 34761

real 0m12.131s
user 0m11.688s
sys 0m0.077s

As you can see, subversion can walk the tree and perform operations
like 'update' at least as fast as a simple command to just enumerate
the files! Also, the times truly aren't bad for a 44,000 file tree.

Note: these particular times are on Linux 2.6, running on a Mac Mini.
The file system is 'ext3'. It's a reasonably fast box, but certainly
not the fastest one I have here.

-- 
------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
------------------------------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org