public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
From: "Martin Däumler" <martin.daeumler@s2003.tu-chemnitz.de>
To: "Jörn Engel" <joern@logfs.org>
Cc: linux-mtd@lists.infradead.org, martin.daeumler@s2003.tu-chemnitz.de
Subject: Re: Real-time flash simulator
Date: Fri, 22 Jun 2007 12:11:29 +0200	[thread overview]
Message-ID: <467BA051.50202@informatik.tu-chemnitz.de> (raw)
In-Reply-To: <20070622093945.GC17988@lazybastard.org>

Hello Jörn,

On Fri, 22 June 2007 11:39 +0200, Jörn Engel wrote:
>> In my opinion, for real-time
>> issues it is necessary to avoid garbage collection. So, a layer between
>> file system and raw flash, performing wear-levelling and bad block
>> management could be one approach to be investigated furhter. The
>> real-time flash simulator is just one step in this direction.
> 
> What makes the "layer between file system and raw flash" so special, if
> you don't mind me asking?  If wear-leveling and bad block management
> causes latency, that latency does not go away by moving it to some other
> layers.

that is right! The idea is to use a (not specified) file system which 
performs in-place updates on top of this layer. This layer should map
logical to physical erase units. So, wear-levelling possibly could be
used to "displace" garbage collection. The goal is to decrase latency
and above all make it more deterministic.

But please note that is just one theoretical idea to make a flash file
system real-time capable. Indeed, other approaches and file systems like
LogFS has to be investigated further for this purpose too.

It seems the development of a real-time flash file system is still in
the fledgling stages, hence I asked here for a flash simulator to make
work easier.


Regards,

Martin

  reply	other threads:[~2007-06-22 10:11 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-06-22  7:19 Real-time flash simulator Martin Däumler
2007-06-22  8:09 ` Artem Bityutskiy
2007-06-22  9:23   ` Martin Däumler
2007-06-22  9:39     ` Jörn Engel
2007-06-22 10:11       ` Martin Däumler [this message]
2007-06-22 10:24         ` Jörn Engel
2007-06-22 10:59           ` Artem Bityutskiy
2007-06-22 11:54             ` Jörn Engel
2007-06-22 11:06           ` Martin Däumler
2007-06-22  8:26 ` Jörn Engel

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=467BA051.50202@informatik.tu-chemnitz.de \
    --to=martin.daeumler@s2003.tu-chemnitz.de \
    --cc=joern@logfs.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox