This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


Re: [Xen-devel] map memory holes with same page

To: Tim Deegan <Tim.Deegan@xxxxxxxxxx>
Subject: Re: [Xen-devel] map memory holes with same page
From: Olaf Hering <olaf@xxxxxxxxx>
Date: Mon, 23 May 2011 13:03:34 +0200
Cc: Keir Fraser <keir.xen@xxxxxxxxx>, Paul Durrant <Paul.Durrant@xxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, James Harper <james.harper@xxxxxxxxxxxxxxxx>
Delivery-date: Mon, 23 May 2011 04:05:55 -0700
Dkim-signature: v=1; a=rsa-sha1; c=relaxed/relaxed; t=1306148619; l=809; s=domk; d=aepfle.de; h=In-Reply-To:Content-Type:MIME-Version:References:Subject:Cc:To:From: Date:X-RZG-CLASS-ID:X-RZG-AUTH; bh=rBGluwLJg0J34ynwqwyLBMUlWJY=; b=OLP5UrQwJastNYMCBpqa/9tEgFpoVDw90YGgNr6oG6g829C9YC0ECmoDzm2luUa2j5k XrzNvtO/3ttg4BJqKi8IjSWIa3um3P5k4bKTwnouXGZU2t+v763U/cmbqxogte+lP3zia 9Y+2B3UdN6Ehlk9UC1ovDShN/fd9v/byO6A=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20110523091307.GC12250@xxxxxxxxxxxxxxxxxxxxxxx>
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/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <AEC6C66638C05B468B556EA548C1A77D01D5728C@trantor> <C9FD4F2B.1ABE7%keir.xen@xxxxxxxxx> <AEC6C66638C05B468B556EA548C1A77D01D5728D@trantor> <291EDFCB1E9E224A99088639C4762022B37FC17D49@xxxxxxxxxxxxxxxxxxxxxxxxx> <20110523091307.GC12250@xxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.5.21 (2010-12-30)
On Mon, May 23, Tim Deegan wrote:

> At 09:42 +0100 on 23 May (1306143771), Paul Durrant wrote:
> > > -----Original Message-----
> > [snip]
> > > 
> > > Should there be a performance impact if Windows tries to touch a
> > > page that I have previously given pack with decrease_reservation?
> > > Will that invoke the PoD sweep?
> > > 
> > 
> > No. The p2m entry will be 'invalid', not 'PoD'. IIRC the sweep should
> > only be invoked if the cache is exhausted when trying to fix up a PoD
> > entry.
> But yes, there will be a performance impact because all accesses to the
> missing page will be emulated by sending an ioreq to qemu, so it will
> run _very_ slowly. 

Isnt that what I just "fixed" for kdump, the new get_mem_type hvmop?
Could that be reused for this Windows issue?


Xen-devel mailing list