public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
From: "Albrecht Dreß" <albrecht.dress@lios-tech.com>
To: linux-mtd@lists.infradead.org
Subject: [OT?] File system recommendation for SD cards
Date: Thu, 18 May 2006 11:46:13 +0200	[thread overview]
Message-ID: <446C4265.8090108@lios-tech.com> (raw)

Hi,

sorry if this is an ot question - I could not find an answer for this
question on the web.  Hope the question is not /too/ dumb, though...

I plan to use an SD card in an embedded system (arm9/Linux 2.6 based).
The SD card shall buffer measurement data files which are created about
every minute and are each ~20 kByte large.  On a regular basis, a remote
machine will load the files from the embedded system which in turn
unlinks them, thus creating a big "ring buffer".

After reading a Sandisk whitepaper about wear levelling [1] I thought
about using a standard vfat file system on it (mainly to have the
ability to remove the sd card and to read it on a Winbloze pc).
However, I read a report that using a sync vfat fs could lead to fast
corruption of the SD card [2].

Questions:
Would using JFFS2 on the SD card improve the lifetime of the device?
Does anyone have experiences about the achievable lifetime in my
scenario, for both vfat or jffs2?
How would I practically set up a jffs2 fs on the sd card?

Thanks in advance for any input,
Albrecht


[1]
http://www.sandisk.com/Assets/File/OEM/WhitePapersAndBrochures/RS-MMC/WPaperWearLevelv1.0.pdf
[2] http://www.ussg.iu.edu/hypermail/linux/kernel/0506.0/0058.html

-- 
LIOS Technology GmbH
Dr. Albrecht Dreß
Project Engineering / Software Design
Schanzenstrasse 6 - 20
D-51063 Köln
Germany

Phone +49 221 676 2742
Fax   +49 221 676 2069

             reply	other threads:[~2006-05-18 10:13 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-05-18  9:46 Albrecht Dreß [this message]
2006-05-18 11:49 ` [OT?] File system recommendation for SD cards David Woodhouse
2006-05-19  7:24 ` Wolfgang Mües
2006-05-24 13:03   ` Thanks! [Was: File system recommendation for SD cards] Albrecht Dreß

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=446C4265.8090108@lios-tech.com \
    --to=albrecht.dress@lios-tech.com \
    --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