From: Jeremy Fitzhardinge <jeremy@goop.org>
To: Dan Magenheimer <dan.magenheimer@oracle.com>
Cc: xen-devel@lists.xensource.com, Daniel Kiper <dkiper@net-space.pl>,
Vasiliy G Tolstov <v.tolstov@selfip.ru>
Subject: Re: Linux mainstream balloon driver fails to grow memory= -> maxmem=
Date: Mon, 23 Aug 2010 17:50:49 -0700 [thread overview]
Message-ID: <4C731769.1050002@goop.org> (raw)
In-Reply-To: <a8aa7cb8-1f20-44ec-a6d5-72e991b0bb6f@default>
On 08/23/2010 04:49 PM, Dan Magenheimer wrote:
> Hi Jeremy --
>
> Vasiliy discovered (and I confirmed) that the mainstream
> Linux balloon driver won't balloon above the initial
> memory with which the Linux guest was launched. E.g.
> a 2.6.34 guest launched with these in vm.cfg:
>
> memory=1024
> maxmem=1536
>
> displays properly in xentop, but changing target_kb
> in /sys/devices/system/xen_memory/xen_memory0
> doesn't "take" for any value greater than 1024*1024.
>
> We tested with 2.6.34 but it even fails in RHEL6 Beta2.
>
> Is this a known problem/bug (or maybe a feature)?
Known bug. There's no machinery in there to allocate enough struct
pages for maxmem, only for "memory".
The immediately workaround is to start the domain with fully populated
"memory" and then have it balloon out the unwanted stuff asap, but it
does mean you need to have enough memory to start with.
There's a couple of experiments floating around in the tree to try to
honour maxmem, but they're somewhat rotted. Its probably worth trying
to resurrect them though.
And of course there's Daniel's work which is a more flexible
andcomprehensive approach, but it does rely on hotplug memory (which has
its own overheads).
J
next prev parent reply other threads:[~2010-08-24 0:50 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-23 23:49 Linux mainstream balloon driver fails to grow memory= -> maxmem= Dan Magenheimer
2010-08-24 0:50 ` Jeremy Fitzhardinge [this message]
2010-08-24 2:11 ` Dan Magenheimer
2010-08-24 11:29 ` Vasiliy G Tolstov
2010-08-24 19:56 ` Daniel Kiper
2010-08-24 20:22 ` Vasiliy G Tolstov
2010-08-25 22:44 ` 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=4C731769.1050002@goop.org \
--to=jeremy@goop.org \
--cc=dan.magenheimer@oracle.com \
--cc=dkiper@net-space.pl \
--cc=v.tolstov@selfip.ru \
--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.