Mailing-List: contact dev-help@subversion.apache.org; run by ezmlm
Precedence: bulk
Received-SPF: pass (athena.apache.org: domain of hyrum.wright@wandisco.com
 designates 209.85.212.169 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <1333561534.21279.YahooMailNeo@web87704.mail.ir2.yahoo.com>
References: <1332429520.60561.YahooMailNeo@web161405.mail.bf1.yahoo.com>
	<CAHFaGCq-uQmtH6fz7jeQK2P+YTG6x209+NbMRa0q5RWF-kVNsQ@mail.gmail.com>
	<4F6B4734.3020307@apache.org>
	<20120322155022.GA4827@daniel3.local>
	<4F6B4CC3.90901@apache.org>
	<4F6EFB51.3060901@e-reka.si>
	<1332758839.59233.YahooMailNeo@web161401.mail.bf1.yahoo.com>
	<1333182675.5491.YahooMailNeo@web161406.mail.bf1.yahoo.com>
	<727D8E16AE957149B447FE368139F2B50D78C8BA@SERVER10>
	<1333532345.90915.YahooMailNeo@web161404.mail.bf1.yahoo.com>
	<20120404164650.GI2862@lp-shahaf.local>
	<1333559927.43337.YahooMailNeo@web161401.mail.bf1.yahoo.com>
	<1333561534.21279.YahooMailNeo@web87704.mail.ir2.yahoo.com>
Date: Wed, 4 Apr 2012 13:04:00 -0500
Message-ID: 
 <CAJjMeYMGo8v5kHFTzpEgssySznn05H1fPr56_8rFH=ji_mj-ag@mail.gmail.com>
Subject: Re: Compressed Pristines (Summary)
From: Hyrum K Wright <hyrum.wright@wandisco.com>
To: Julian Foad <julianfoad@btopenworld.com>
Cc: Ashod Nakashian <ashodnakashian@yahoo.com>,
 Daniel Shahaf <danielsh@elego.de>,
	Markus Schaber <m.schaber@3s-software.com>,
 "mtherieau@gmail.com" <mtherieau@gmail.com>,
	Subversion Development <dev@subversion.apache.org>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Wed, Apr 4, 2012 at 12:45 PM, Julian Foad <julianfoad@btopenworld.com> w=
rote:
> Ashod Nakashian wrote:
>
>> Daniel Shahaf wrote:
>>> In short: if 'mount -o compress=3Dyes' provides 90% space savings then
>> we
>>> would have little reason to implement space-saving solutions in svn its=
elf.
>>> But it's the user's, not svn's, responsibility to run that.
>
> By the way, Daniel, I'm not ruling out the possibility that we may want t=
o provide some glue logic so that Subversion can help the user to set up th=
e feature.=C2=A0 Without such assistance, only expert users would ever bene=
fit.

But perhaps only expert users *need* the benefit.

Subversion has always been a system that is easy to deploy and admin,
particularly for the small-shop folks.  Those guys are happy to with
reasonable defaults, and expect Subversion to just stay out the way so
they can get Real Work done.

The big shops, the ones with 100GB working copies, are the people who
are most interested in the disk space savings possible from compressed
pristines, because they are the people who stand to benefit the most.
Those folks have the resources to customize their Subversion
installations, and most likely will.  They also likely have people
whose *entire job* is to optimize the system, and we should trust them
to do that job, not coddle them.

-Hyrum


--=20

uberSVN: Apache Subversion Made Easy
http://www.uberSVN.com/