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

Re: issue #1573: fs deltification causes delays

From: Garrett Rooney <rooneg_at_electricjellyfish.net>
Date: 2003-11-05 02:09:12 CET

On Nov 4, 2003, at 7:24 PM, kfogel@collab.net wrote:

> Garrett Rooney <rooneg@electricjellyfish.net> writes:
>> I really don't find the idea of having to run separate commands to get
>> deltification very intuitive. If I was a new user, I would be shocked
>> if deltas were not used by default. If anything, this should only be
>> enabled for files over a certain size, so that everyone does not need
>> to pay the price.
>
> Some devil's advocate questions/comments:
>
> How would a new user ever find out, let alone be shocked?

Reading it in the docs maybe? Noticing this 'svnadmin deltify' command
or whatever we call it? It just seems odd to be requiring people to do
extra work to get the space optimization of using deltas instead of
storing fulltext.

> Enabling it for files over a certain size doesn't help much, because
> it turns off the feature precisely where it would help the most.
> Making it a boolean config option (either deltify always, or not at
> all) might be a better way.

Perhaps, but then you're requiring a config change if you want to
commit a change to a particularly huge file...

> If Mike's results are representative, the logfile penalty we're paying
> for deltification outweights the space savings.

Yeah, but log files get created for more things than deltification, and
will always need to be cleaned up. Plus, it just seems more natural to
have to delete db logfiles eventually than it does to have to run extra
commands to deltify your repository. Just my opinion, I could be
wrong.

-garrett

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Nov 5 02:09:51 2003

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.