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

Re: fs-rep-sharing branch

From: Listman <listman_at_burble.net>
Date: Wed, 22 Oct 2008 17:59:11 -0700

On Oct 22, 2008, at 1:20 PM- Oct 22, 2008, David Glasser wrote:

> On Wed, Oct 22, 2008 at 1:10 PM, C. Michael Pilato <cmpilato_at_collab.net
> > wrote:
>> David Glasser wrote:
>>> *nod*, reasonable. I'd still argue that (for FSFS) rep-sharing
>>> seems
>>> to be a net loss, though.
>>
>> All the code to do rep-sharing should be wrapped up in FS-format-
>> version
>> conditionals -- should we expose rep-sharing as an option (in the
>> format
>> file) to the administrator and let him/her decide if the space
>> savings is
>> worth it?
>
> Might be a good idea. Note that (unlike sharding) I think that the
> use of rep-sharing can be essentially turned on and off at will (as
> long as reuse numbers are always parsed), so I'd advocate for putting
> this in the new fsfs.conf rather than the format file. (Or y'all
> could decide that I made a false dichotomy between format options and
> configuration and ditch the fsfs.conf.)
>

if rep-sharing is a performance drain then please make it optional.

Actually anything that is going to slow us should be optional (begin
"svn is slow" rant yet again..)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-10-23 03:12:50 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.