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] Ballooning up

To: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
Subject: Re: [Xen-devel] Ballooning up
From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
Date: Wed, 15 Sep 2010 15:41:38 -0700
Cc: Xen-devel@xxxxxxxxxxxxxxxxxxx, Ian Campbell <Ian.Campbell@xxxxxxxxxx>, Stefano Stabellini <Stefano.Stabellini@xxxxxxxxxxxxx>, Konrad Wilk <konrad.wilk@xxxxxxxxxx>, Vasiliy G Tolstov <v.tolstov@xxxxxxxxx>, Daniel Kiper <dkiper@xxxxxxxxxxxx>
Delivery-date: Wed, 15 Sep 2010 15:42:39 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <33d40376-0b82-42d8-971f-706abb60a6a3@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: <4C85F973.2030007@xxxxxxxx> <1283854445.14311.91.camel@xxxxxxxxxxxxxxxxxxxxxx 4C863D6C.3050105@xxxxxxxx> <33d40376-0b82-42d8-971f-706abb60a6a3@default>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.9) Gecko/20100907 Fedora/3.1.3-1.fc13 Lightning/1.0b3pre Thunderbird/3.1.3
 On 09/15/2010 02:47 PM, Dan Magenheimer wrote:
> (rolling back to the original pre-drift topic)
>
>> From: Jeremy Fitzhardinge [mailto:jeremy@xxxxxxxx]
>> Subject: Re: [Xen-devel] Ballooning up
>>
>>  On 09/07/2010 08:14 PM, Ian Campbell wrote:
>>> On Tue, 2010-09-07 at 09:36 +0100, Jeremy Fitzhardinge wrote:
>>>> I finally got around to implementing "ballooning up" in the pvops
>>>> kernels.  Now if you start a domain with "memory=X maxmem=Y", the
>> domain
>>>> will start with X MB of memory, but you can use "x[ml] mem-set" to
>>>> expand the domain up to Y.
>>> Cool. What did the issue with plymouth and friends turn out to be?
>>>
>> It was totalram_pages getting decremented when pages were being
>> appended
>> to the balloon, even though those pages were never counted.  So it got
>> very low, and while it isn't actually used to account for how much free
>> memory there is, some random pieces of code use something based on it
>> to
>> get a rough metric for free memory and block waiting for it to go up,
>> or
>> EAGAIN (or something).
>>
>> It was a bit hard to directly observe because totalram_pages doesn't
>> get
>> displayed directly in /proc/meminfo, but removing the decrement showed
>> that was the problem.
> I went to try this out and it appears to me that the patch
> that implements this is built on top of a fairly significant
> sequence of E820-ish patches, none of which is upstream?  True?
> Or is my rudimentary git knowledge misleading me?
>
> This is important because the maxmem= functionality is primarily of
> use in domU and it appears to be present in 2.6.18-based PV
> kernels, but is not present in 2.6.32 (or later) pvops kernels,
> so will appear to be a functionality regression.

There are a number of pre-req patches to make it all work.  I'm in the
process of putting together a branch for upstreaming them.

    J


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

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