linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Ian S. Nelson" <nelsonis@earthlink.net>
To: Ivan Ivanov <ivandi@vamo.orbitel.bg>, linux-kernel@vger.kernel.org
Subject: Re: XFS?
Date: Fri, 13 Sep 2002 07:33:42 -0600	[thread overview]
Message-ID: <3D81E936.1050006@earthlink.net> (raw)
In-Reply-To: Pine.LNX.4.44.0209131011340.4066-100000@magic.vamo.orbitel.bg

Ivan Ivanov wrote:

>I think that you missed the main problem with all this new "great"
>filesystems. And the main problem is potential data loss in case of a
>crash. Only ext3 supports ordered or journal data mode.
>
>XFS and JFS are designed for large multiprocessor machines powered by UPS
>etc., where the risk of power fail, or some kind of tecnical problem is
>veri low.
>
>On the other side Linux works in much "risky" environment - old
>machines, assembled from "yellow" parts, unstable power suply and so on.
>
>With XFS every time when power fails while writing to file the entire file
>is lost. The joke is that it is normal according FAQ :)
>  
>

This isn't true.  I picked XFS as the filesystem for Echostar's DP-721 
partially because when I power cycle tested them all it seemed to behave 
in the most predictable way. The meta data always seemed to be correct 
and the unflushed blocks were screwed up and *usually pointed to null 
blocks, which is what I expect.  If we're talking about a tiny little 
file then you might lose the whole thing, it's all an unflushed block. 
 Since then I've seen the product in the field have the plug pulled 
multiple times during a PVR recording and you lose the  time during the 
boot but just about everything else is there.    

* I think after hundreds of reboots you could screw that up, we fixed it 
by doing a repair during the boot periodically which was still very very 
fast compared to a fsck.  Also, not terribly important since a few 
blocks is only a couple seconds of recording.

I'm not entirely sure what the correct semantics are for losing power 
during a write, with some of the Reiserfs cuts I was looking at (circa 
kernel 2.3.99) when you pulled the plug the last blocks committed would 
be garbage.  I remember a thread that said something to the extent the 
the DMAs keep going for a few milliseconds after power is cut but the 
data they transfer is trash; I don't know if I believe that or not.  It 
was very consistent though,  it could be that the metadata just pointed 
to blocks on the disk that didn't have zeros in them or something. 
 Still, it didn't trash the whole file, it did it mostly correct 
assuming that you detect that there was a crash and intervene; your logs 
or whatever could have some garbage but everything keeps running for the 
most part.

I really don't know how you call a filesystem good or not.  I think XFS 
isn't in yet simply because it's big and Linus may not have had the time 
yet to read it all.  XFS, JFS, Reiserfs, and even EXT3 are way too big 
to just test in a lab (Alan's house?) and call "bug free, ready for 
production"  You put them in, call them experimental, more of us hammer 
on them, and they grow into trusted.  From my personal experience, all 
of them have been pretty good and I haven't seen major problems with any 
of them in a long time and I did try to do some rigorous scientific 
testing of them all, I'm not just spouting hearsay.

Ian Nelson




  parent reply	other threads:[~2002-09-13 13:28 UTC|newest]

Thread overview: 78+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-09-13  7:47 XFS? Ivan Ivanov
2002-09-13  9:32 ` XFS? Nero
2002-09-13 10:22   ` XFS? Ivan Ivanov
2002-09-13 11:07     ` XFS? Filip Van Raemdonck
2002-09-13 12:42     ` XFS? Hans Reiser
2002-09-13  9:53 ` XFS? Remco Post
2002-09-13 11:38 ` XFS? Hans Reiser
2002-09-13 12:47 ` XFS? Jesse Pollard
2002-09-13 13:33 ` Ian S. Nelson [this message]
  -- strict thread matches above, loose matches on Subject: below --
2002-09-13 10:52 XFS? Kostadin Karaivanov
2002-09-13 10:57 ` XFS? Christoph Hellwig
     [not found] <3D80CCEF.7070007@tmsusa.com>
2002-09-12 17:53 ` XFS? jbradford
     [not found] <200209121553.g8CFrrEh003646@dstl.gov.uk>
2002-09-12 16:03 ` XFS? Tony Gale
2002-09-13  5:58   ` XFS? Tomas Szepe
2002-09-12 15:27 XFS? Martin Knoblauch
2002-09-12 15:53 ` XFS? jbradford
2002-09-12 17:06   ` XFS? Thunder from the hill
2002-09-12 17:28     ` XFS? Joe Kellner
2002-09-12 17:44       ` XFS? Thunder from the hill
2002-09-12 17:54         ` XFS? Joe Kellner
2002-09-12 17:09   ` XFS? Bernd Petrovitsch
2002-09-12 17:45     ` XFS? Thunder from the hill
2002-09-12 13:54 XFS? Martin Knoblauch
2002-09-12 13:42 XFS? Martin Knoblauch
2002-09-12 15:00 ` XFS? jbradford
2002-09-13 11:53   ` XFS? Bill Davidsen
2002-09-13 12:27     ` XFS? jbradford
2002-09-13 13:21     ` XFS? jlnance
     [not found] <1059487013@toto.iv>
2002-09-11  0:31 ` XFS? Peter Chubb
     [not found] <20020909193820.GA2007@lnuxlab.ath.cx.suse.lists.linux.kernel>
     [not found] ` <Pine.LNX.4.44.0209091457590.3793-100000@hawkeye.luckynet.adm.suse.lists.linux.kernel>
2002-09-09 21:12   ` XFS? Andi Kleen
2002-09-09 21:20     ` XFS? Shawn
2002-09-09 21:27       ` XFS? Robert Love
2002-09-10 17:15       ` XFS? Mike Galbraith
2002-09-10 19:23         ` XFS? Shawn
2002-09-10 19:29           ` XFS? Robert Love
2002-09-10 19:33           ` XFS? Thunder from the hill
2002-09-11  0:33             ` XFS? Bryan Whitehead
2002-09-10 20:06           ` XFS? John Alvord
2002-09-10 20:17             ` XFS? Hans Reiser
2002-09-10 20:17             ` XFS? Joe Kellner
2002-09-10 20:26               ` XFS? David Lang
2002-09-10 20:31               ` XFS? Tomas Szepe
2002-09-11  2:34                 ` XFS? Bernd Eckenfels
2002-09-10 22:18             ` XFS? Nick LeRoy
2002-09-10 20:34               ` XFS? Tomas Szepe
2002-09-10 21:01               ` XFS? Steve Lord
2002-09-11  8:43               ` XFS? jw schultz
2002-09-11 15:20                 ` XFS? Nick LeRoy
2002-09-11 17:08                   ` XFS? Hans Reiser
2002-09-11 18:24                     ` XFS? Gerhard Mack
2002-09-11 18:54                     ` XFS? Lorenzo Allegrucci
2002-09-12 18:25                     ` XFS? Bryan Whitehead
2002-09-12 18:33                       ` XFS? Nikita Danilov
2002-09-13 11:44                         ` XFS? Bill Davidsen
2002-09-13 12:44                           ` XFS? Hans Reiser
2002-09-13 15:47                             ` XFS? Bill Davidsen
2002-09-12 23:38                       ` XFS? Samuel Flory
2002-09-11 21:21                   ` XFS? jw schultz
2002-09-11 22:41                     ` XFS? Nick LeRoy
2002-09-11 23:01                     ` XFS? Robert Varga
2002-09-12  2:48                       ` XFS? jw schultz
2002-09-11  4:56           ` XFS? Mike Galbraith
2002-09-11 14:55             ` XFS? Shawn
2002-09-11 17:52               ` XFS? Mike Galbraith
2002-09-11 15:12     ` XFS? Bill Davidsen
2002-09-11 16:03       ` XFS? Alan Cox
2002-09-11 18:55         ` XFS? Eric Sandeen
2002-09-11 21:37           ` XFS? Alan Cox
2002-09-09 19:38 XFS? khromy
     [not found] ` <3D7CFEE5.3030600@netscape.net>
2002-09-09 20:08   ` XFS? Wade
2002-09-09 20:16     ` XFS? Tomas Szepe
2002-09-09 20:43     ` XFS? Arador
2002-09-09 21:18     ` XFS? Shawn
2002-09-09 22:31     ` XFS? Rik van Riel
2002-09-10  6:23       ` XFS? Wade
2002-09-10 13:24         ` XFS? Gerhard Mack
2002-09-09 21:00 ` XFS? Thunder from the hill
2002-09-09 22:29   ` XFS? Joe Kellner

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=3D81E936.1050006@earthlink.net \
    --to=nelsonis@earthlink.net \
    --cc=ivandi@vamo.orbitel.bg \
    --cc=linux-kernel@vger.kernel.org \
    /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;
as well as URLs for NNTP newsgroup(s).