9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
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


  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).