From: Aras Vaichas <arasv@magtech.com.au>
To: Jacob Avraham <jacob@imaginecommunications.com>
Cc: "linux-embedded@vger.kernel.org" <linux-embedded@vger.kernel.org>
Subject: Re: ramfs/tmpfs for application partition
Date: Mon, 09 Mar 2009 17:00:46 +1100 [thread overview]
Message-ID: <49B4B08E.4090805@magtech.com.au> (raw)
In-Reply-To: <FF584854D6FFE547AB2F7515A798AC3A045716A1B4@venus.imagineil.tv>
Jacob Avraham wrote:
> Hi,
>
> I have a system with 128M RAM and a flash partitioned so that 10M is dedicated to initramfs image,
> 6M to application partition. And another 6M for JFFS2.
> As I have plenty of RAM, I'd like to have my application directory mounted on RAM, from a pre-populated
> filesystem that resides in the 6M application partition.
> So basically I want to use the same mechanism as initramfs, but mounted on /my/app/partition instead of root.
> Does it make sense? How do I go about and do that?
What about unionfs or Aufs?
I think you'd need to have your "original" as a proper filing system.
Then you'd mount the unionfs over the top of it, but it would be in RAM.
From the user's point of view, they'd had full read/write access to the
whole filing system, but unionfs/Aufs would save the changes into RAM,
not Flash.
This is how Linux Live CDs work. They allow you to "write" to the filing
system on the CD using UnionsFS, but it's only temporary.
This should be be faster than uncompressing a compressed image into RAM,
and the kernel will only cache the data that it needs as it accesses it.
Since all write-backs will occur in RAM then this should be very fast.
Aras
______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
______________________________________________________________________
prev parent reply other threads:[~2009-03-09 6:00 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-01-15 16:43 ramfs/tmpfs for application partition Jacob Avraham
2009-01-15 16:55 ` Leisner, Martin
2009-01-17 9:39 ` Jacob Avraham
2009-01-17 15:55 ` Marco
2009-01-15 17:04 ` Mike Frysinger
[not found] ` <4972E3F4.1020508@codefidence.com>
[not found] ` <FF584854D6FFE547AB2F7515A798AC3A045716A316@venus.imagineil.tv>
2009-01-18 13:55 ` Gilad Ben-Yossef
2009-03-09 6:00 ` Aras Vaichas [this message]
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=49B4B08E.4090805@magtech.com.au \
--to=arasv@magtech.com.au \
--cc=jacob@imaginecommunications.com \
--cc=linux-embedded@vger.kernel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.