Re: Why merge is so slow? (was Re: svn commit: r926210 - /subversion/trunk/notes/meetings/svn-vision-agenda)

On Tue, Mar 23, 2010 at 08:32:32AM -0400, Mark Phippard wrote:
> On Tue, Mar 23, 2010 at 8:28 AM, Stefan Sperling <stsp_at_elego.de> wrote:
>
> > In most setups I've seen the server hardware is much beefier than
> > the client hardware, so unless we do things that scale really badly
> > (say more than O(n^2)) I don't see a problem.
>
> Think of a hosting site like sf.net with thousands of SVN repos being
> hit by many thousands of users. How many of these operations do you
> think the Apache server could manage before it ran out of RAM?

If such sites run a single server only and don't use write-through
proxies to balance the load their setup is seriously wrong.

And I'd say users will happily accept more load on the server if that
means that they get working renames in return. You can throw more
machines at the performance problem, but not at the rename problem.

Stefan
Received on 2010-03-23 14:15:50 CET