From: Artem Bityutskiy <dedekind@infradead.org>
To: David Woodhouse <dwmw2@infradead.org>
Cc: linux-mtd@lists.infradead.org, Bruce_Leonard@selinc.com
Subject: Re: For UBIFS users: be aware of write-back!
Date: Fri, 03 Oct 2008 11:11:16 +0300 [thread overview]
Message-ID: <1223021476.8051.67.camel@sauron> (raw)
In-Reply-To: <1223018149.3328.21.camel@macbook.infradead.org>
On Fri, 2008-10-03 at 08:15 +0100, David Woodhouse wrote:
> On Wed, 2008-10-01 at 08:51 +0300, Artem Bityutskiy wrote:
> >
> > this e-mail informs about a quite important UBIFS feature which
> > have already confused many people.
> >
> > If you use UBIFS, and especially if you have been using JFFS2 before,
> > please, read this documentation entry:
> >
> > http://www.linux-mtd.infradead.org/doc/ubifs.html#L_writeback
> >
> > Please, remember that UBIFS is _asynchronous_ FS. JFFS2 was synchronous,
> > so expect some of your old applications which were fine on JFFS2 to be
> > not ready to handle power cuts correctly in case of UBIFS.
>
> JFFS2 wasn't synchronous on NAND. You still needed to use fsync() as
> appropriate to ensure that written data made it to the flash and not
> just to the write-buffer.
>
> Your list of things to think about is good, but it should be pointed out
> that it applies _generally_ to all systems and all file systems.
>
> This is "Programming 101", and there was no excuse for people getting it
> wrong on JFFS2, either. It's not as if an fsync() was expensive in the
> cases where it did nothing.
I probably did not phrase things well enough and suggestions are
welcome.
But the idea of what I wanted to say is:
1. There is a lot of user-space which kind of works fine in JFFS2
2. But the user-space is buggy, and it looses/corrupts files in case of
UBIFS.
3. I try to explain why this happens, and why people should change their
user-space which sort of worked fine on JFFS2.
This is the reason why I brought up JFFS2 to the discussion and why I
called it synchronous. I did not intend to encourage people not to use
fsync() in case of JFFS2.
--
Best regards,
Artem Bityutskiy (Битюцкий Артём)
prev parent reply other threads:[~2008-10-03 8:11 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-10-01 5:51 For UBIFS users: be aware of write-back! Artem Bityutskiy
2008-10-03 7:15 ` David Woodhouse
2008-10-03 7:45 ` Artem Bityutskiy
2008-10-03 7:57 ` David Woodhouse
2008-10-03 8:03 ` Artem Bityutskiy
2008-10-03 8:11 ` Artem Bityutskiy [this message]
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=1223021476.8051.67.camel@sauron \
--to=dedekind@infradead.org \
--cc=Bruce_Leonard@selinc.com \
--cc=dwmw2@infradead.org \
--cc=linux-mtd@lists.infradead.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.