LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
From: Bernd Petrovitsch <bernd@firmix.at>
To: David Newall <davidn@davidnewall.com>
Cc: Dimitrios Apostolou <jimis@gmx.net>, linux-kernel@vger.kernel.org
Subject: Re: swap file over jffs2 partition
Date: Mon, 03 Mar 2008 15:19:09 +0100	[thread overview]
Message-ID: <1204553949.15430.62.camel@tara.firmix.at> (raw)
In-Reply-To: <47CAB23C.1010602@davidnewall.com>

On Mon, 2008-03-03 at 00:27 +1030, David Newall wrote:
> Bernd Petrovitsch wrote:
> > The wear-levelling only makes all erase blocks/chunks/... wear out at
> > the same rate (at least more or less). It doesn't avoid or reduce
> > wearing out, it just distributes it.
> 
> Surely a unit with one defective block and a squillion good blocks is
> faulty.  Sure it is.  It has a fault, which is what it means to be

Several are very probably faulty as NAND flashes initially already have
bad blocks (but there a re some more on that chip to compensate for
that).
Even if just 1 of a squillion (erase-)blocks is gone. But that's now and
only the first. More to follow sooner or later .....
I don't think that "writing to swap space" is in any way limited or
minimized but assumes normal harddisks. So it is not like you are
writing to the flash chip only on "save in some UI or on a firmware
update.

> faulty.  Spread the wear of that one block over all squillion and one
> blocks and you get a much longer lifetime.  It seems intuitive that
> distributing wear significantly increases time to failure.

Yes, that's the idea. Nevertheless it places "load" on the flash chips.

Actually I'm curious how fats it is and how well it works (and with
which flash chips exactly) if one simply tries it out. If it actually
works.

	Bernd
-- 
Firmix Software GmbH                   http://www.firmix.at/
mobil: +43 664 4416156                 fax: +43 1 7890849-55
          Embedded Linux Development and Services



      reply	other threads:[~2008-03-03 14:19 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-02-29  2:50 Dimitrios Apostolou
2008-02-29  8:43 ` Jörn Engel
2008-02-29 17:29   ` Dimitrios Apostolou
2008-02-29 19:57     ` Jörn Engel
2008-02-29  9:19 ` Bernd Petrovitsch
2008-02-29 18:13   ` Dimitrios Apostolou
2008-03-02 11:55     ` Bernd Petrovitsch
2008-03-02 13:57       ` David Newall
2008-03-03 14:19         ` Bernd Petrovitsch [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=1204553949.15430.62.camel@tara.firmix.at \
    --to=bernd@firmix.at \
    --cc=davidn@davidnewall.com \
    --cc=jimis@gmx.net \
    --cc=linux-kernel@vger.kernel.org \
    --subject='Re: swap file over jffs2 partition' \
    /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

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).