[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: Erik Huelsmann <ehuels_at_gmail.com>
Date: Wed, 22 Oct 2008 10:32:24 +0200

>> Well, if all you care about is speed, then revert the fsfs rep-sharing
>> code entirely... it makes FSFS strictly less correct and presumably
>> strictly slower, bringing only a space benefit which (for FSFS)
>> appears to not be that large.
> I agree with David: Subversion reliability is much more important than
> speed. Also I do not understand why we so care about disk space for
> repository: disk space is very cheap and become cheaper every day.
> Think that priority list should be:
> - Reliability
> - Speed (CPU/memory usage)
> - Disk space

I agree, but only to the extent that this is not outrageous: I've got
a repository of 27MB (CVS) which explodes to around 500MB (disk use)
in Subversion. When you're trying to sell a system to die hard CVS
users, this becomes a loosing argument: Subversion will probably be
another resource hog, while CVS is really "simple".

BTW: Do we have that many CPU speed problems? I thought our speed
issues are with I/O (at least client side).



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-22 10:32:40 CEST

This is an archived mail posted to the Subversion Dev mailing list.