From: "ron minnich" <rminnich@gmail.com>
To: "Fans of the OS Plan 9 from Bell Labs" <9fans@cse.psu.edu>
Subject: Re: Page-aligned executables (Was re: [9fans] Non-stack-based calling conventions)
Date: Mon, 18 Feb 2008 09:10:07 -0800 [thread overview]
Message-ID: <13426df10802180910g45d2134cs7919137aa6f3661d@mail.gmail.com> (raw)
In-Reply-To: <7871fcf50802180853v7473d507w991517014e3cb4bb@mail.gmail.com>
On Feb 18, 2008 8:53 AM, Joel C. Salomon <joelcsalomon@gmail.com> wrote:
> Ron mentioned that tidbit in his IWP9 talk about booting Plan 9 under
> lguest. Lguest (or was it another virtualizer?) uses mmap so it can
> load any arbitrary number of client kernels; 9l-produced ELF files
> break that model.
And with the execute in place support (XIP) it gets more interesting,
and worth understanding, for reasons I'll mention below.
IF you have an ext2-based RAM file system, and XIP is compiled in,
then you can do the following: instead of mmap'ing the file, ext2
essentially says: "here's a pointer to the data you wanted, it's in
memory, just use it, don't page it in because that would be a copy
from memory to memory".
Why's it matter? First, boot time speed. A talk I saw on a Linux-based
car computer stated that their boot time goal was one second; Linux
was only allowed a very small fraction of this time to be ready (200
milliseconds IIRC); XIP made a difference between meeting the time
goals and not meeting them. Second, memory: on a 32 MB node, you
really don't want two copies of every binary.
So it's interesting to think about whether Plan 9 could boot a node in
200 ms on a StrongARM (500 mhz? I think so) or not. But I think XIP on
a small RAM disk would not be impossible.
ron
next prev parent reply other threads:[~2008-02-18 17:10 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-02-18 16:53 Joel C. Salomon
2008-02-18 17:10 ` ron minnich [this message]
2008-02-18 18:06 ` Joel C. Salomon
2008-02-18 18:12 ` ron minnich
2008-02-18 18:20 ` Joel C. Salomon
2008-02-18 18:51 ` ron minnich
2008-02-18 19:24 ` Anant Narayanan
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=13426df10802180910g45d2134cs7919137aa6f3661d@mail.gmail.com \
--to=rminnich@gmail.com \
--cc=9fans@cse.psu.edu \
/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;
as well as URLs for NNTP newsgroup(s).