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

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

From: Stefan Sperling <stsp_at_elego.de>
Date: Tue, 23 Mar 2010 14:14:47 +0100

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.

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

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