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

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

From: Philip Martin <philip.martin_at_wandisco.com>
Date: Sat, 17 Sep 2011 00:18:52 +0100

"Bert Huijben" <bert_at_qqmail.nl> writes:

> 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?

Maybe, maybe not. Only people who want to change the default will have
a problem, and then only if they want clients to be different. On a
Linux system there is very little overhead to having a large cache for a
short lived 'svn'. It's only likely to be a problem if memory is short
and overcommit is not enabled.

> 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)

A client can set the value in the config, just as 'svn' does to override
config values with command line values.

uberSVN: Apache Subversion Made Easy
Received on 2011-09-17 01:19:29 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.