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

Re: [Be|Na]gging for review

From: Blair Zajac <blair_at_orcaware.com>
Date: Tue, 28 Dec 2010 23:23:38 -0800

On 12/28/2010 6:28 PM, Stefan Fuhrmann wrote:
> On 29.12.2010 01:33, Stefan Fuhrmann wrote:
>> Hi devs,
>> I would really like the core improvement of my
>> work on SVN performance to become part of
>> 1.7: the in-process fulltext cache.
>> While the risk is low (we already offer something
>> similar based on memcached), the caching code
>> is so fundamental to most other pending changes,
>> that I want to hear at least a second opinion:
>> ^/subversion/branches/integrate-cache-membuffer
>> Take this as an opportunity for a last nightly deed
> *k*nightly (which stresses even more that _nightly_
> is exactly what we probably don't want)
>> (Ny!) in 2010 or a new year's resolution.

I'll take a look at it when I have a chance, but my first question is,
does it work in a long running (months) persistent multithreaded process
that LRU caches svn_fs_t, svn_repos_t and other objects for long periods
of time? I have a custom svn server that exposes the svn_fs.h API
through an Ice layer (see www.zeroc.com).

Received on 2010-12-29 08:24:20 CET

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.