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] physmap deallocation on balloon?

To: mhines@xxxxxxxxxxxxxxxxx
Subject: Re: [Xen-devel] physmap deallocation on balloon?
From: weiming <zephyr.zhao@xxxxxxxxx>
Date: Tue, 8 Apr 2008 20:52:03 -0400
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Tue, 08 Apr 2008 17:52:30 -0700
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=44BerVqdSK6v6Oa+V3j+iV0MZ54ik1LMM1vuoycvi+g=; b=x9Gi3cpHxvh2L0F4nBEfuzT9UrBYsjVUbytSsRYYuVusSI/alAz+ayFBnu1qZQZeX9EUlWI/rCBsiUJfEVTMUA1Zmb6tFO85EGKR4b+vgfNyZUeCwDx2zBwciuEHULSv0yu54dVyFt571WFUpfyFD1DL1aax7xnhgowmSwdBmsA=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=h9p+/rsHMIYoG6y9O4C6z55DRScBS5d8zvk5VPO6Dw6adEqfIJYb38crTOzWz7ktVZYPDvQpXSIVYF1LPt2MzV0hwFdgbnzuBpFt8wcGujc2MN8vBGfoWM3AmnvbOr2EsTN1A6pGwpO1KiiJosCr4Ti6vvpfkfgpbjnbNZ/Czjw=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <47FC102E.500@xxxxxxxxxxxxxxxxx>
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: <47FC102E.500@xxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx

I guess it's possible but the effect might be not obvious. When you shrink the reservation by one page (4K), you just save one entry.

And currently, ballooning works as a kernel module which, from kernel's perspective, just simple allocates / frees pages. It makes the code simple and easier. Resizing the mapping table complicates it. And you'd better keep the table contiguous. It's nasty.

Just my 2 cents. Correct me if I'm wrong.


On Tue, Apr 8, 2008 at 8:39 PM, Michael R. Hines <mhines@xxxxxxxxxxxxxxxxx> wrote:

Currently, as I understand PV memory allocation,
the Guest's pfn -> mfn physmap will get populated
on-demand as the guest uses more an more of its
memory reservation.

Is it possible to also make this go in the reverse direction?

For example: let's say we have a guest that is mostly idle
and has a great deal of free memory and we decide to balloon
down the domain. In addition to decreasing the domain's
reservation, is it also possible to remove the physmap entries
in an on-demand fashion as memory is freed up?

Michael R. Hines
Live long and prosper...

Xen-devel mailing list

Xen-devel mailing list
<Prev in Thread] Current Thread [Next in Thread>