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

Re: svn commit: r982057 - in /subversion/branches/performance/subversion/svnserve: main.c server.h

From: Stefan Fuhrmann <stefanfuhrmann_at_alice-dsl.de>
Date: Mon, 09 Aug 2010 12:21:01 +0200

Johan Corveleyn wrote:
> On Wed, Aug 4, 2010 at 12:46 AM, <stefan2_at_apache.org> wrote:
>> Author: stefan2
>> Date: Tue Aug 3 22:46:10 2010
>> New Revision: 982057
>> URL: http://svn.apache.org/viewvc?rev=982057&view=rev
>> Log:
>> Add "compression", "memory-cache-size" and "open-file-count"
>> command line parameters to svnserve. The latter two are only
>> available (on the CL) if FSFS is supported.
> Just wondering: are these features only relevant for svnserve, or
> could they also be applicable (or a variation) to mod_dav_svn?
Those caches are active in FSFS per default although with
very conservative sizes, i.e.they are small. The caches are
much less effective in pre-fork servers (svnserve without
the -T parameter, Apache on most Unices).
> If the
> latter, do you plan to add a way to configure those options for
> mod_dav_svn as well? Or are they available in some other way?
I plan to make these settings available for mod_dav_svn as
well. Windows servers should benefit the most from the new
caches. However, you would need 64 bit builds of Apache
and mod_dav_svn to handle large (>1GB) caches.
> It would be nice if mod_dav_svn users could enjoy the same performance
> improvements as svnserve users (unless it's not possible for some
> technical reason of course).
My idea is to provide a second caching level that is almost
identical to the current membuffer cache but uses a memory
mapped file to store the data. Thus, it can be shared among
multiple processes (e.g. pre-fork servers) and it allows for
moderate size (~16GB) caches under 32 bit.

-- Stefan^2.
Received on 2010-08-09 12:22:03 CEST

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.