public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
From: Thomas Gleixner <tglx@linutronix.de>
To: Michael Palme <m.palme@goepel.com>
Cc: linux-mtd@lists.infradead.org
Subject: Re: flash file system for production use
Date: Tue, 27 Aug 2002 21:44:06 +0200	[thread overview]
Message-ID: <1030477447.11505.9.camel@thomas.tec.linutronix.de> (raw)
In-Reply-To: <3D6BCCFD.4090707@goepel.com>

On Tue, 2002-08-27 at 21:03, Michael Palme wrote:
> hello...
> 
> i've got a strongarm system with 32mb intel strata flash. i need a 
> mechanism for storing configuration files etc in the flashes. for this 
> purpose 20mb of the flashes are free. the performance/ stability thing 
> is very important for me. i cant wait 10 secs fot mounting/ checking 
> etc. i' ve tried jffs2 from CVS and it seems to be "fast" on a nearly 
> empty flash partition, but i have no suggestion about what happens in 
> hard production use, when the flash will be written  over and over again 
> and the wear leveling takes place. the device is never shutdown'ed in a 
> clean way -- always hard power off...
> 
> because i have 20megs free and only small information to store i think 
> there is no need for a complex wear leveling mechanism but im not an expert.
> 
> what the best solution fot my problems???
> 
You have to decide, whats more important stability or preformance. If
you write small but important information and your system has the
possibility of power loss, then you have to use a stable, journalling
flash file system like JFFS2 and accept some performance penalty. The
actual JFFS2 code in CVS is faster than the stable branch. It needs some
serious testing. And there is place for further improvents. You're
heartly intvited to join us and implement some of the things, which are
listed in the TODO file.

-- 
Thomas 
____________________________________________________
linutronix - competence in embedded & realtime linux
http://www.linutronix.de
mail: tglx@linutronix.de

  parent reply	other threads:[~2002-08-27 19:45 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-08-27 19:03 flash file system for production use Michael Palme
2002-08-27 19:24 ` David Woodhouse
2002-08-27 19:38   ` Michael Palme
2002-08-27 20:49     ` David Woodhouse
2002-08-27 19:44 ` Thomas Gleixner [this message]
  -- strict thread matches above, loose matches on Subject: below --
2002-08-28  7:07 Michael Palme

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=1030477447.11505.9.camel@thomas.tec.linutronix.de \
    --to=tglx@linutronix.de \
    --cc=linux-mtd@lists.infradead.org \
    --cc=m.palme@goepel.com \
    /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