public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "Theodore Ts'o" <tytso@mit.edu>
To: Waldo Bastian <bastian@kde.org>
Cc: kde-core-devel@kde.org, Tim Connors <tconnors@astro.swin.edu.au>,
	linux-kernel@vger.kernel.org
Subject: Re: kconfig's file handling (was: XFS: how to NOT null files on fsck?)
Date: Tue, 13 Jul 2004 17:02:54 -0400	[thread overview]
Message-ID: <20040713210254.GG10783@thunk.org> (raw)
In-Reply-To: <200407131431.43478.bastian@kde.org>

On Tue, Jul 13, 2004 at 02:31:43PM +0200, Waldo Bastian wrote:
> 
> The sentiment among filesystem developers seem to be that they don't care if 
> they trash files as long as the filesystem itself remains in a consistent 
> state. This kind of dataloss is the result of that attitude, either go 
> complain with them if it bothers you, or use a filesystem that does it right.
> 

Ext3 with ordered writes (the default) gets this right. 

Unfortunately, cheating can give you better benchmark resuls, and some
people seem to care more about better benchmark results than silly
things like user's files not getting wiped.  For many workloads,
especially for user desktops, the disk bandwidth isn't saturated, and
given that most writes are asynchronous in nature, a faster write
benchmark for a particular filesystem or filesystme mode may not
translate into a user-visible difference.  So focusing on improved
write speeds at the cost of data robustness can very often be false
economy.

							- Ted

  parent reply	other threads:[~2004-07-13 21:03 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20040713110520.GB8930@ugly.local>
2004-07-13 12:31 ` kconfig's file handling (was: XFS: how to NOT null files on fsck?) Waldo Bastian
2004-07-13 12:40   ` Tim Connors
2004-07-13 12:53   ` Oswald Buddenhagen
2004-07-13 21:02   ` Theodore Ts'o [this message]
2004-07-13 22:28   ` Chris Wedgwood
2004-07-14  6:27 Roy Butler
2004-07-14  6:44 ` Chris Wedgwood

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20040713210254.GG10783@thunk.org \
    --to=tytso@mit.edu \
    --cc=bastian@kde.org \
    --cc=kde-core-devel@kde.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=tconnors@astro.swin.edu.au \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox