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

Re: in-memory-cache TODO

From: David Glasser <glasser_at_davidglasser.net>
Date: Thu, 3 Apr 2008 19:21:42 -0700

On Thu, Apr 3, 2008 at 5:22 PM, David Glasser <glasser_at_davidglasser.net> wrote:
> The in-memory-cache branch is nearing completion. It unifies various
> caches found in FSFS behind a simple API, and allows the caches to be
> implemented either in process as hashes or with memcached. If you use
> memcached (which is enabled in a new fsfs.conf file), caches can live
> longer than the lifetime of a single svn_fs_t.
>
> Remaining TODO:
> - Move the code which makes an apr_memcache_t based on an
> svn_config_t to libsvn_subr from FSFS, and use it in the C test.
> - Build system issues (mostly done by a cache I have from dchristian).
> - Add --memcache options to the test suite.
> - Actually run a real benchmark.
> - Document the fact that all errors communicating with memcached are
> fail-stop. This is a problem that should be solved with a better svn
> logging infrastructure, which we ought to get before 1.6 anyway (it's
> a high priority for my team).

Also make sure that we never pass keys or values that are too big to memcache.

--dave

-- 
David Glasser | glasser@davidglasser.net | http://www.davidglasser.net/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-04-04 07:55:06 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.