| |
|
 |
|
 |
|
|
|
| |
|
|
xen-devel
RE: [Xen-devel] [RFC][PATCH]Large Page Support for HAP
|
To: |
"Stephen C. Tweedie" <sct@xxxxxxxxxx>, "Keir Fraser" <Keir.Fraser@xxxxxxxxxxxx> |
|
Subject: |
RE: [Xen-devel] [RFC][PATCH]Large Page Support for HAP |
|
From: |
"Ian Pratt" <Ian.Pratt@xxxxxxxxxxxxx> |
|
Date: |
Tue, 20 Nov 2007 12:31:39 -0000 |
|
Cc: |
Tim Deegan <Tim.Deegan@xxxxxxxxxxxxx>, sct@xxxxxxxxxx, Ian Pratt <Ian.Pratt@xxxxxxxxxxxxx>, "Huang2, Wei" <Wei.Huang2@xxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxx |
|
Delivery-date: |
Tue, 20 Nov 2007 04:32:39 -0800 |
|
Envelope-to: |
www-data@xxxxxxxxxxxxxxxxxx |
|
In-reply-to: |
<1195559786.7102.10.camel@xxxxxxxxxxxxxxxxxxxxx> |
|
List-help: |
<mailto:xen-devel-request@lists.xensource.com?subject=help> |
|
List-id: |
Xen developer discussion <xen-devel.lists.xensource.com> |
|
List-post: |
<mailto:xen-devel@lists.xensource.com> |
|
List-subscribe: |
<http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe> |
|
List-unsubscribe: |
<http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe> |
|
References: |
<C3686702.106F9%Keir.Fraser@xxxxxxxxxxxx> <1195559786.7102.10.camel@xxxxxxxxxxxxxxxxxxxxx> |
|
Sender: |
xen-devel-bounces@xxxxxxxxxxxxxxxxxxx |
|
Thread-index: |
AcgrbGyggw8DZDRdQqK90cK35/MZGgABHHUw |
|
Thread-topic: |
[Xen-devel] [RFC][PATCH]Large Page Support for HAP |
> On Tue, 2007-11-20 at 10:27 +0000, Keir Fraser wrote:
>
> > An HVM guest always thinks it has big contiguous chunks of RAM. The
> > superpage mappings get shattered invisibly by the HV in the shadow
> page
> > tables only if 2M/4M allocations were not actually possible. This
> shattering
> > happens unconditionally right now, so what's being proposed is a net
> benefit
> > to HVM guests.
>
> If an HVM guest asks for a bigpage allocation and silently fails to
get
> it, then that is a net lose for the guest --- the guest takes all of
the
> pain for none of the benefits of bigpage.
>
> So, you may be better off not offering bigpages at all than offering
> them on a best-effort basis; at least that way the guest knows for
sure
> what resources it has available.
Unfortunately, a number of guests assume big pages without actually
checking for the feature bit explicitly. For example x86_64 Linux
running HVM will assume it has big pages. We're able to hack this
assumption out of it in PV mode. IIRC Windows makes the same big page
assumption.
Ian
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
|
|
| |
|
Home