[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: Ben Collins-Sussman <sussman_at_collab.net>
Date: 2003-11-08 16:34:07 CET

On Sat, 2003-11-08 at 09:03, Glenn A. Thompson wrote:

> Since I seem to be on the loosing side of the argument for keeping it
> out of svn_fs.h. How about it something like svn_fs_optimize or
> svn_fs_vacuum, or svn_fs_tune.


* "optimize"? no way. optimization usually means "faster for the
user". If anything, we're slowing down the speed at which users can
retrieve data!

* "vacuum"? that sounds like we're cleaning up unwanted garbage. but
we're certainly not losing any data. this name would be more
appropriate for a command that tosses unused db logs.

* "tune"? eh. to me, this implies a whole lot of flexibility... as if
we're giving a bunch of options to the admin to finely-adjust the
behavior of the repository.

* "deltify"? I've never liked this name, because it's too svn-jargony.
nobody knows what it means unless you start explaining what 'delta' or
'vdelta' means.

My vote is for "compress". It's a universally recognized computer term,
requires no explanation, and describes *exactly* what's going on.


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Nov 8 16:34:53 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.