public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
From: "Martin Däumler" <martin.daeumler@s2003.tu-chemnitz.de>
To: dedekind@infradead.org
Cc: linux-mtd@lists.infradead.org,
	"Martin Däumler" <martin.daeumler@s2003.tu-chemnitz.de>
Subject: Re: Real-time flash simulator
Date: Fri, 22 Jun 2007 11:23:58 +0200	[thread overview]
Message-ID: <467B952E.30308@informatik.tu-chemnitz.de> (raw)
In-Reply-To: <1182499773.4403.76.camel@sauron>

Hello Artem,

On Fri, 2007-06-22 at 10:09 +0200, Artem Bityutskiy wrote:
> I am not an expert in real-time, so I would ask you to elaborate on what
> particularly makes nandsim not real-time? What are your requirements?

The flash simulator has to simulate a raw flash memory with given
timings, size, etc. Nandsim performs the delays by busy waiting. The
question is if nandsim will meet this timings on every condition, e.g.
under heavy load. This includes write operations as well as read
operations. The simulator is just software but it has to be
deterministic like real raw flash.

This simulator should be a tool to examine the real time behaviour of
flash file systems.

>> Furthermore, there are some efforts to develop a (scaleable) real-time
>> capable flash file system?
> 
> We develop UBIFS (see MTD web site) but we do not set real-time
> requirements. You are welcome to collaborate.

The overall goal of my work is to develop respectively to examine the
feasibility of a scaleable flash file system on raw flash. Like
mentioned on the MTD web site this might be very difficult because
of wear-levelling and bad block management. 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.


Regards,

Martin

  reply	other threads:[~2007-06-22  9:23 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 [this message]
2007-06-22  9:39     ` Jörn Engel
2007-06-22 10:11       ` Martin Däumler
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=467B952E.30308@informatik.tu-chemnitz.de \
    --to=martin.daeumler@s2003.tu-chemnitz.de \
    --cc=dedekind@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox