WARNING - OLD ARCHIVES

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/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] Memory overcommit

To: Tracy R Reed <treed@xxxxxxxxxxxxxxxxxxxxx>
Subject: Re: [Xen-devel] Memory overcommit
From: Kip Macy <kip.macy@xxxxxxxxx>
Date: Sat, 10 Dec 2005 20:00:34 -0600
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Sun, 11 Dec 2005 02:01:44 +0000
Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=l9iQmmKEql9r2wgv56JaXGnDraduusRpVLMlE9D/OohtTztLCGGhLpv1DwSbIht/C432UOtlbXu3TwltH/i5arUe68XHwSffG4DZqpdTHy0iZWhVeVWV7wUVzLAfMfVA4+ccs+hVhLCOiwDmgZMtu2UTYAJ6vwuPtdhCqCv/wJ8=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <4399FE6A.9030000@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: <4399FE6A.9030000@xxxxxxxxxxxxxxxxxxxxx>
Reply-to: kmacy@xxxxxxxxxxx
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
The balloon driver provides a mechanism for reducing a guest's memory allocation at run-time. At least in principle, it would not be difficult to write a small app that provided policy to slim down idle domUs.

                -Kip

On 12/9/05, Tracy R Reed <treed@xxxxxxxxxxxxxxxxxxxxx > wrote:
I have been using Xen on a daily basis on a production (but not
critical) machine for a number of months now. It's looking really good.

One thing that I have not yet seen anyone mention as a feature that I
would really like to see is the ability to overcommit memory. I have 2G
of RAM in my machine. I would like to give a developer his own virtual
domain to sandbox his application development without having to dedicate
a whole piece of hardware to just him. But I know he won't really log in
and use it all that often. If I give him 512M of my 2G that's 25% of my
memory that will likely be unutilized most of the time. It would be
great if I could assign more memory to domains than I actually have and
just let it swap out idle pages. I bet there are a lot of boxes out
there, especially in webserver colo's, that really don't get much
traffic and really don't need as much RAM as they have in them for
normal day to day operations. Just let them swap everything back in and
use up to the maximum RAM configured for that domain if they get busy
and need it but let it swap out the rest of the time so other busier
domains can use the physical RAM.

This is feature #1 on my Xen wishlist. Is there any work going into this
area?

--
Tracy R Reed
http://copilotconsulting.com
1-877-MY-COPILOT

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
<Prev in Thread] Current Thread [Next in Thread>