From: Tim Deegan <Tim.Deegan@citrix.com>
To: Sina Bahram <sbahram@nc.rr.com>
Cc: xen-devel@lists.xensource.com, xen-research@lists.xensource.com
Subject: Re: Implementing split memory in Xen is annoyingly hard?
Date: Fri, 12 Dec 2008 10:23:02 +0000 [thread overview]
Message-ID: <20081212102302.GG460@york.uk.xensource.com> (raw)
In-Reply-To: <F6A8BB752F6C474389D6F79CF966CDFE@neutrino>
At 01:47 -0500 on 12 Dec (1229046441), Sina Bahram wrote:
> #2: Xen absolutely does not, (can not?), cause a fault or other VM exit to
> be generated upon an execute or a read of a page.
Yes it can -- the thing you can't do is have a fault _only_ for reads
and not for executes as well.
> #3: Since I wish to implement split memory, (Harvard Architecture), I have
> to have the ability to intercept all of one of two different classes of
> operations. Either I have to intercept all reads and writes, or I have to
> intercept all executes.
Intercepting _all_ reads or _all_ executes in Xen would be so slow as to
be unuseable. You'd be much better off starting with qemu (both in
difficulty of writing the code and in speed of the finished product).
The scheme I outlined in my other email allows you to only need a fault
when the use of a page changes -- i.e. on the first write or the first
execute. Unfortunately it doesn't distinguish between reads and
executes, so unless Intel make a chip that supports execute-only EPT
mappings it won't be good enough to give you the Harvard-architecture
scheme you want. (They might -- maybe someone from Intel can comment).
Cheers,
Tim.
--
Tim Deegan <Tim.Deegan@citrix.com>
Principal Software Engineer, Citrix Systems (R&D) Ltd.
[Company #02300071, SL9 0DZ, UK.]
next prev parent reply other threads:[~2008-12-12 10:23 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-12-12 6:47 Implementing split memory in Xen is annoyingly hard? Sina Bahram
2008-12-12 9:19 ` Keir Fraser
2008-12-12 9:50 ` Sina Bahram
2008-12-12 9:54 ` Keir Fraser
2008-12-12 14:49 ` Sina Bahram
2008-12-12 10:23 ` Tim Deegan [this message]
2008-12-12 10:40 ` Christopher Head
2008-12-12 15:01 ` Sina Bahram
2008-12-12 15:42 ` Sina Bahram
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=20081212102302.GG460@york.uk.xensource.com \
--to=tim.deegan@citrix.com \
--cc=sbahram@nc.rr.com \
--cc=xen-devel@lists.xensource.com \
--cc=xen-research@lists.xensource.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 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.