Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 14 Dec 2001 14:49:09 -0500
From:      carl@slackerbsd.org
To:        Brett Glass <brett@lariat.org>
Cc:        Hiten Pandya <hitmaster2k@yahoo.com>, Brad Knowles <brad.knowles@skynet.be>, chat@FreeBSD.ORG, phk@FreeBSD.ORG, grog@FreeBSD.ORG
Subject:   Re: IBM suing (was: RMS Suing was [SUGGESTION] - JFS for FreeBSD)
Message-ID:  <20011214194909.GA2943@Carbon.SlackerBSD.ORG>
In-Reply-To: <4.3.2.7.2.20011214123703.02ad7290@localhost>
References:  <a05101013b83fd20c4206@[10.0.1.22]> <4.3.2.7.2.20011214123703.02ad7290@localhost>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Dec 14, 2001 at 12:40:50PM -0700, Brett Glass wrote:
> 
> At 12:34 PM 12/14/2001, Hiten Pandya wrote:
> 
> >For me, any software that comes under
> >agreeable licensing, i.e. GPL and BSD License, MIT
> >License etc. and also has good quality, e.g. GCC,
> >binutils, gnuplot and also other BSD License software
> >is good enough for me or for any other company i would
> >say.
> 
> The GPL is not "agreeable." It is anti-business and
> anti-programmer and should not be tolerated in any
> way, shape, or form in a BSD source tree.
> 
> It would be far better to build on softupdates, which
> is an exceptionally powerful technology that's unique
> to BSD.
> 
> Even if journaling is desired, a technology based on
> softupdates would minimize data loss and reduce
> the degree to which the state of the file system had
> to be rolled back after a crash.
> 
> In short, perhaps the next step should be "firmupdates."
> 
> --Brett
> 

This has been beat to death over and over but people still do not understand
that softupdates will not minimize data loss. It guarantees metadata to be
written, not `normal' data. The quick intro to softupdates on Kirk McKusick's
site clearly states this fact: http://www.mckusick.com/softdep/. Softupdates
will delay writing of data which is why you get the speed increase but if you
pull the plug on the machine in the middle of something trying to write to the
disk you may lose the data it was trying to write. It is very simple to prove
by doing it. Try doing something like extracting a tarball and powering the
machine off in the middle of it then see what fsck says about the unclaimed
blocks and whatnot.
-- 
Carl Schmidt

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-chat" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20011214194909.GA2943>