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] [PATCH] linux/balloon: don't allow ballooningdowna domai

To: "Mark Williamson" <mark.williamson@xxxxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: RE: [Xen-devel] [PATCH] linux/balloon: don't allow ballooningdowna domain below a reasonable limit
From: "Dan Magenheimer" <dan.magenheimer@xxxxxxxxxx>
Date: Sat, 3 May 2008 13:43:20 -0600
Cc: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Delivery-date: Sat, 03 May 2008 12:47:53 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <200805031832.05664.mark.williamson@xxxxxxxxxxxx>
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>
Organization: Oracle Corporation
Reply-to: "dan.magenheimer@xxxxxxxxxx" <dan.magenheimer@xxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcitVe7NcCFa9ifxTNqw1GkjwjgOCw==
> > MODEL C (guest provides info regularly):
> 
> This has the advantage that it can interact with a policy 
> implemented in dom0.
> e.g. it's easy to switch on and off automatic memory sizing 
> for different
> machines, externally set per-domain minimums and maximums, weight the
> priority should multiple domains compete for the same memory, etc.

Yep, this needs some kind of manager on the domain0 side
for best (better?) results.  The disadvantage is that the
communication has latency so by the time domain0 reacts
to a "I have idle memory" message with a "balloon down" message,
the VM might already need ballooning up.

Still this is really the only way to do any reasonably
complex cross-domain memory load balancing.

> > MODEL D (autoballooning):

(oops... I meant selfballooning... autoballooning for
domain0 already exists and seems different so I created
a different term)

> Presumably you'd intend to switch this on and off via 
> Xenstore?  And perhaps
> control the parameters of the autoballooning via Xenstore too?

Exactly.  I don't have parameters in the initial patch, but
some way of controlling "balloon down slowly but balloon up
quickly" is a reasonable next step.

In the end, I envision some cross between the two where a
guest can react quickly to short-term memory pressure but
domain0 still manages each guest's dynamic memory "bracket"
based on QoS goals.  But not in the first patch ;-)

Dan


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

<Prev in Thread] Current Thread [Next in Thread>