On 10/15/07, Troy Curtis Jr <troycurtisjr@gmail.com> wrote:
> On 10/14/07, Ben Collins-Sussman <sussman@red-bean.com> wrote:
> > Can you define "scalability"? That's a pretty vague word. :-)
> >
> > On 10/13/07, Troy Curtis Jr <troycurtisjr@gmail.com> wrote:
> > > Has anyone been explicitly testing the scalability of the new
> > > merge-tracking features? I'm sure that utilizing sqlite on the
> > > server-side goes a long way to keeping performance up, but it does
> > > seem that my team's code tends to push svn performance (well some
> > > people's are certainly larger than mine but, eh). Just curious if
> > > there has been any explicit tests.
> > >
> > > --
> > > "Beware of spyware. If you can, use the Firefox browser." - USA Today
> > > Download now at http://getfirefox.com
> > > Registered Linux User #354814 ( http://counter.li.org/)
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> > > For additional commands, e-mail: dev-help@subversion.tigris.org
> > >
> > >
> >
>
> Too true, too true. Really my question was just out there to see if
> anyone had done any testing toward defining/quantifying the merge
> tracking scalability. For instance, I had to move away from FSFS as
> my backend because it didn't scale well to my deep and numerous
> directory structure (at first I thought it was number of revs >65k but
> others have more than that, then thought maybe it was size >2GB, but
> others have MUCH larger than that). Of course it was probably be
> pretty difficult to concoct a very large repo with lots of complicated
> merges in order to test this concept.
>
> I guess it probably isn't that useful of a question to ask now that I
> sit back and think about it.
Out of curiousity, Troy, what did you move to? Back to BDB?
I'm actively working on improving the scalability of FSFS (I committed
a few patches this week to cache revision data in RAM more
aggressively), though I haven't looked at merge-tracking specifically
yet. (Note also that most of these caches are most effective over
svnserve or over DAV with Apache tuned to make sure that all requests
for a given user command go to the same child.)
--dave
--
David Glasser | glasser_at_davidglasser.net | http://www.davidglasser.net/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Oct 15 19:17:44 2007