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: Re: [Xen-devel] Balloon driver for Linux/HVM

To: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
Subject: Re: Re: [Xen-devel] Balloon driver for Linux/HVM
From: Chu Rui <ruichu@xxxxxxxxx>
Date: Thu, 18 Nov 2010 11:50:00 +0800
Cc: jeremy@xxxxxxxx, Xen-devel@xxxxxxxxxxxxxxxxxxx, Daniel Kiper <dkiper@xxxxxxxxxxxx>
Delivery-date: Wed, 17 Nov 2010 19:50:41 -0800
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=NfrLC1s7u2ufNQYkoFpgybJW1EOqXYRd8YfMGaQJ3QI=; b=MYjS5yIo7kJgip0UhlLGBmsPDOK8g8YkZuVCbOxm8tecen+SNxGWH94CKQC03qIImw 58jRdGIfwlhxgRmzOukz/vE6jJ9eygP9zgosET7EWcBWFK4fWVfR41XFtB1ml2+zOOos pRi6B+TD6INhDACmnA27kMzREsnyfbHaw2+Oc=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=mYWwwt9iDqa4gT4NI2lFK6xnGD6OuzDFM4+1S6VB5f8CGzmSPcuxv71CZS3UkRi/u9 Ychu8nlggpReOIH73fu6xJ1bPYBZtUGpqvTwObc3hPsBvM75eFCV+SU/GdLff8jqETF+ GDoCiptQoWrlO5gMYTb9YTUfXDebVXrp/Cwi4=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <91b507aa-bf3d-4218-9b7f-65332a4ab7cc@default>
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: <AANLkTimG5Z3FFrKc21Mtfg-q3eF-aEPEeWZ1cfEDqB7D@xxxxxxxxxxxxxx> <alpine.DEB.2.00.1011161133350.2373@kaball-desktop> <1ae18b.16279.12c547ff769.Coremail.topperxin@xxxxxxx> <AANLkTinEEc=3rFaoWBPrD4zrGU_dqR5s4rmW74jJH543@xxxxxxxxxxxxxx> <AANLkTimgiR1a_BYQiTLK=5pKtfqH7LNaS2CNgYAimpeO@xxxxxxxxxxxxxx> <AANLkTim6MWmcLOJrAjf5K9ydAUGXuOnbw-0KGvLqACtn@xxxxxxxxxxxxxx> <AANLkTi=5Vzv9Jh5kdKN55WVak9Y5Axy7tq60RYJCe-7G@xxxxxxxxxxxxxx> <20101117130400.GA20940@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> <91b507aa-bf3d-4218-9b7f-65332a4ab7cc@default>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Exactly, Dan.
Since most of our guests are running Windows, it is hard to make a binary patch on Windows, to make tmem working (Although tmem perfectly solves the problem of guest swapping). I am afraid the memory hotplug does not work as well in Windows guest.
Thus the only choise for me is balloon, is it?

2010/11/18 Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
> From: Daniel Kiper [mailto:dkiper@xxxxxxxxxxxx]
> Sent: Wednesday, November 17, 2010 6:04 AM
> To: Chu Rui
> Cc: jeremy@xxxxxxxx; Dan Magenheimer; Xen-devel@xxxxxxxxxxxxxxxxxxx
> Subject: Re: Re: [Xen-devel] Balloon driver for Linux/HVM
>
> Hello,
>
> On Wed, Nov 17, 2010 at 07:50:18PM +0800, Chu Rui wrote:
> > You are right, so balloon is an important tool to adjust the capacity
> of the
> > buffer caches among the guests. But balloon is usually criticized for
> its
> > long reactive time. Would you please tell me how slow it is? Can we
> > temporarily suspend the guest when the balloon deflating speed is not
> as far
> > as required?
> > Furthermore, with HVM, the balloon does not work when the guest is
> short of
> > memory and swapping, even the host has a lot of surplus at that time.
> > Besides promise a large size to the booting guest, it there any
> better way?
>
> Yes, it is - memory hotplug. Now it is under development. Currently,
> I am waiting for some comments for new version of patch. I will make
> it public when I receive those reviews.

Hi Daniel --

If I am not misunderstanding, memory hotplug (whether it works in
an HVM guest or not) doesn't solve Chu's issue because memory hotplug
either: (1) requires operator intervention or (2) creates denial-of-service
conditions such as a guest maliciously hot-plugging as much memory
as it can.

Chu's stated issue is that ballooning is not responsive enough when
memory demand increases unexpectedly.  Since future memory demand
can never be accurately predicted (only poorly guessed), some
compensating mechanism must be in place to handle the poorly predicted
cases.  That's essentially what tmem is good for.

Dan

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