RE: svn commit: r1171708 - in /subversion/trunk/subversion: include/svn_config.h libsvn_ra_local/ra_plugin.c libsvn_subr/config_file.c svn/main.c
> -----Original Message-----
> From: philip_at_apache.org [mailto:philip_at_apache.org]
> Sent: vrijdag 16 september 2011 20:36
> To: commits_at_subversion.apache.org
> Subject: svn commit: r1171708 - in /subversion/trunk/subversion:
> include/svn_config.h libsvn_ra_local/ra_plugin.c libsvn_subr/config_file.c
> Author: philip
> Date: Fri Sep 16 18:36:09 2011
> New Revision: 1171708
> URL: http://svn.apache.org/viewvc?rev=1171708&view=rev
> Stop disabling the new FSFS caching for ra_local in the command line
> client and add config:miscellaneous:memory-cache-size to allow the
> user to control the cache size. Now the default for the command line
> client is to use the default 16MB FSFS memory cache.
> * subversion/include/svn_config.h
> (SVN_CONFIG_OPTION_MEMORY_CACHE_SIZE): New.
> * subversion/libsvn_ra_local/ra_plugin.c
> (cache_init): New.
> (svn_ra_local__open): Set FSFS cache size.
> * subversion/libsvn_subr/config_file.c
> (svn_config_ensure): Add memory-cache-size.
> * subversion/svn/main.c
> (main): Don't set FSFS cache to zero.
This new configuration option assumes any client (=libsvn_client/libsvn_ra_local user) wants to have the same caching.
So a short lived 'svn' which exits after a single command has a similar cache as a long living 'subclipse' or ....
Is this really what we want?
The previous code specifically made this behavior different between clients, while the one time initializing in sv_ra__local__open makes it hard for clients to configure their own caching. (They can't do it before calling into libsvn_client as it will be overwritten by this new code)
Received on 2011-09-16 22:30:15 CEST
This is an archived mail posted to the Subversion Dev