public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
From: David Woodhouse <dwmw2@infradead.org>
To: "Chantara Thlang" <thlang@iphase.com>
Cc: linux-mtd@lists.infradead.org
Subject: Re: need arguments to use JFFS2
Date: Fri, 06 Dec 2002 10:42:11 +0000	[thread overview]
Message-ID: <28792.1039171331@passion.cambridge.redhat.com> (raw)
In-Reply-To: <049e01c29d0f$b3c52ff0$221faf9d@iphase.com>

thlang@iphase.com said:
> Please could someone give me some arguments to use JFFS2 instead of
> all others Flash FS such as CRAMFS ? 

cramfs is read-only. If you don't want to write to your file system, you 
should probably be using it instead of JFFS2. 

The only other flash file system for Linux is YAFFS, for use on NAND flash.
I don't know as much about YAFFS as I should -- the choice between YAFFS and
JFFS2 on NAND is basically a tradeoff between the improved speed and mount
time of YAFFS, and the increased storage capacity which JFFS2 compression 
gives, I think. Charles will probably offer more enlightenment.

Other than that, you only have the brain-dead 'translation layer' crap which
is a kind of journalling pseudo-filesystem used to emulate a virtual hard
drive, on which you need to use put a 'normal' journalling file system. This
two-layer approach made some sense in the days of DOS, where you could just
provide an INT 13h Disk BIOS IRQ handler and pretend to be a normal hard
drive to DOS, but it makes far less sense now. You end up with power-loss
safety being implemented in _both_ your 'normal' file system and the
underlying pseudo-fs, the pseudo-fs has no way of knowing which blocks on
the virtual hard drive are marked as 'free' by the higher file system and so
it keep garbage-collecting stale data from one place on the flash to
another, and at least at the moment, it means you don't get compression --
although that's not a fundamental design flaw like the others. 


--
dwmw2

  parent reply	other threads:[~2002-12-06 10:11 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-12-06 10:10 need arguments to use JFFS2 Chantara Thlang
2002-12-06 10:34 ` Wolfgang Denk
2002-12-06 10:42 ` David Woodhouse [this message]
2002-12-07  8:35   ` Charles Manning

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=28792.1039171331@passion.cambridge.redhat.com \
    --to=dwmw2@infradead.org \
    --cc=linux-mtd@lists.infradead.org \
    --cc=thlang@iphase.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