[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: Mark Phippard <markphip_at_gmail.com>
Date: Tue, 23 Mar 2010 08:32:32 -0400

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? I am
not saying we cannot ask the server to do more, but if you start
having it hang on to a list of paths, as you suggest in the rename
case, I do not see how it will not run into scenarios where that does
not involve significant amounts of memory usage.

-- 
Thanks
Mark Phippard
http://markphip.blogspot.com/
Received on 2010-03-23 13:33:04 CET

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