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: "dan.magenheimer@xxxxxxxxxx" <dan.magenheimer@xxxxxxxxxx>, Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH] linux/balloon: don't allow ballooningdowna domain below a reasonable limit
From: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Date: Thu, 01 May 2008 22:18:37 +0100
Cc: Ky Srinivasan <KSrinivasan@xxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, KurtGarloff <garloff@xxxxxxx>, Jan Beulich <jbeulich@xxxxxxxxxx>
Delivery-date: Thu, 01 May 2008 14:19:23 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <20080501105958328.00000002360@djm-pc>
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>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcirrMd2n0XZxlA5QxyuUHjIh7w4gQAJCPhk
Thread-topic: [Xen-devel] [PATCH] linux/balloon: don't allow ballooningdowna domain below a reasonable limit
User-agent: Microsoft-Entourage/11.4.0.080122
On 1/5/08 17:59, "Dan Magenheimer" <dan.magenheimer@xxxxxxxxxx> wrote:

>> It doesn't measure memory or total virtual commitment.
> 
> Hmm... in my experiments, it seems to do exactly that.
> I wrote a simple "eatmem" program that uses a random
> amount of memory (writing to the first byte in each page)
> for a random amount of time (printing out the random values),
> and watched Committed_AS in /proc/meminfo and it seems
> to track well.

This makes sense since it does track swap commitment, and the pages your
program allocates are anonymous and hence would be backed by swap.

But still it seems to me there is a different between memory commitment and
dynamic memory pressure. And I would say that ballooning should be
influenced by the latter. For example, if your program allocates a random
amount of memory and dirties it all once, that ultimately will take up swap
space long term but it doesn't increase memory pressure unless the pages are
in active use by your application. What matters is the collective working
set across processes.

It might be the case though that, in practice, vm_committed_space is a
reasonable predictor for working set for some common types of workload. Many
applications probably keep their heaps fairly warm and hence in main memory.

 -- Keir



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

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