All of lore.kernel.org
 help / color / mirror / Atom feed
From: Keir Fraser <keir@xensource.com>
To: Glauber de Oliveira Costa <gcosta@redhat.com>,
	Keir Fraser <keir@xensource.com>
Cc: xen-devel@lists.xensource.com
Subject: Re: [PATCH] Make ballooning work with maxmem > mem (i386 version)
Date: Fri, 10 Nov 2006 16:16:05 +0000	[thread overview]
Message-ID: <C17A5645.4567%keir@xensource.com> (raw)
In-Reply-To: <20061110161004.GE32562@redhat.com>




On 10/11/06 16:10, "Glauber de Oliveira Costa" <gcosta@redhat.com> wrote:

>> Maxmem will in future be fixed to track tot_pages. That was its original
>> purpose: to cap what memory the guest is allowed *now*, not to tell it the
>> max that it will ever be allowed.
> 
> In this scenario, what's the purpose of current_reservation, as the only
> difference from it now, is that it returns tot_pages instead of
> max_pages ?

The idea is that when you ask a guest to balloon down you will change its
balloon target, then you will give it 'reasonable time' to drop its memory
allocation (reflected by tot_pages). If it fails to comply you take action
(e.g., warn user, suspend or kill the guest, etc). If it complies you drop
max_pages.

So you see that max_pages tracks behind tot_pages when you balloon down, and
tracks ahead when you balloon up. It has a distinct purpose separate from
that of tot_pages. That's the theory anyway. It's never been properly
implemented in the python tools. But that may well change in future, so I'm
not going to bake assumptions into guest kernels.

 -- Keir

  reply	other threads:[~2006-11-10 16:16 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-11-10 13:24 [PATCH] Make ballooning work with maxmem > mem (i386 version) Glauber de Oliveira Costa
     [not found] ` <C17A49E3.4537%keir@xensource.com>
2006-11-10 15:33   ` Glauber de Oliveira Costa
2006-11-10 15:43     ` Keir Fraser
2006-11-10 15:54       ` Daniel P. Berrange
2006-11-10 15:57         ` Keir Fraser
2006-11-10 16:10       ` Glauber de Oliveira Costa
2006-11-10 16:16         ` Keir Fraser [this message]
2006-11-10 20:27       ` Glauber de Oliveira Costa
2006-11-11  0:08         ` Keir Fraser
2006-11-10 15:44     ` Keir Fraser
2006-11-10 15:50       ` Daniel P. Berrange

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=C17A5645.4567%keir@xensource.com \
    --to=keir@xensource.com \
    --cc=gcosta@redhat.com \
    --cc=xen-devel@lists.xensource.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.