RE: svn commit: r34088 - trunk/subversion/libsvn_fs_fs

> -----Original Message-----
> From: Hyrum K. Wright [mailto:hyrum_wright{a}mail.utexas.edu]
> Sent: donderdag 6 november 2008 22:48
> To: dev_at_subversion.tigris.org
> Subject: Re: svn commit: r34088 - trunk/subversion/libsvn_fs_fs
>
> hwright_at_tigris.org wrote:
> > Author: hwright
> > Date: Thu Nov 6 13:43:15 2008
> > New Revision: 34088
> >
> > Log:
> > Allow FSFS rep-caching to be configurable.
>
> The question now becomes what's the default. Currently, it's set to
> "off"
> mostly due to status quo bias. However, I think there's a strong case
> for "on".
> The ones who want the better runtime performance are the ones who will
> probably
> feel more comfortable configuring their FS. These are the large,
> high-concurrency users, and there probably aren't too many of them.
>
> On the other hand, the small teams are ones who will just stick with
> whatever
> the default is, and are probably on more limited disk and hardware
> systems. It
> makes sense to enable rep-sharing by default for these users.

+1 to default on.

The chances you would have collision problems in normal use are virtually zero and the power users who need the additional safety for their research files can always disable it.

Defaulting to less disk space would be a quick win. (I would assume most disk space is won when you try to keep branches with only a few changes up to date with a single trunk; a quite common scenario for many users).

(And on Ivans reply)
And even if you are a hacker trying to create a collision you would have to create a collision against a /future/ version, as the old version would be the one in the repository.

You would need file level fs level write access to the repository to really make use of the collision as a hacker, and I don't understand why you would take the trouble of creating the collision if you could just change revisions.

        Bert

>
> Thoughts?
>
> -Hyrum

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-11-07 13:00:37 CET