From: Chris Lalancette <clalance@redhat.com>
To: "dan.magenheimer@oracle.com" <dan.magenheimer@oracle.com>
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
Torben Viets <viets@work.de>
Subject: Re: [PATCH] balloon: selfballooning and post memory info via xenbus,
Date: Thu, 22 May 2008 09:15:41 +0200 [thread overview]
Message-ID: <48351D9D.7070709@redhat.com> (raw)
In-Reply-To: <20080521142358453.00000007168@djm-pc>
Dan Magenheimer wrote:
>>> memory = 256
>>> maxmem = 8192
>
> By the way, I'm not sure if you knew this, but the above two
> lines don't work as you might want. The maxmem is ignored.
> The domain is launched (in this example) with 256MB of
> memory and (at least without hot-plug memory support in the
> guest) memory can only be decreased from there, not increased.
Assuming we are talking about PV guests, I think this is wrong. My knowledge is
a little dated (mostly 3.1.x series knowledge), but unless it has changed, this
should work. As I understand it, what happens is that if you specify like
above, dom0 gets ballooned down 256MB, and then your domain is started with
256MB. From there, you should be able to use xm mem-set <domid> <MB> to set the
amount of memory in the guest, up to maxmem.
But there is a big caveat, which trips people up all of the time. The xm
mem-set command will *not* automatically balloon down dom0 for you. So if you
allocated all memory to dom0 on bootup (say, 4GB), then started just this one
guest (so now dom0 == 3.75GB, domU == 256MB), and try to xm mem-set, you will
fail. If you then xm mem-set 0 3000 (or something), you would then be able to
balloon up the domU an additional .75GB.
Chris Lalancette
next prev parent reply other threads:[~2008-05-22 7:15 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <482DACDF.3050103@work.de>
2008-05-16 16:23 ` [PATCH] balloon: selfballooning and post memory info via xenbus, Dan Magenheimer
2008-05-16 16:50 ` Torben Viets
2008-05-21 20:23 ` Dan Magenheimer
2008-05-21 21:52 ` Torben Viets
2008-06-30 14:25 ` viets
2008-06-30 16:04 ` Dan Magenheimer
2008-05-22 7:15 ` Chris Lalancette [this message]
2008-05-22 7:18 ` Keir Fraser
2008-05-22 17:31 ` Dan Magenheimer
2008-05-16 9:35 viets
2008-05-16 15:19 ` Dan Magenheimer
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=48351D9D.7070709@redhat.com \
--to=clalance@redhat.com \
--cc=dan.magenheimer@oracle.com \
--cc=viets@work.de \
--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.