From: Olaf Hering <olaf@aepfle.de>
To: Ian Campbell <Ian.Campbell@citrix.com>
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Subject: Re: [PATCH] xl.cfg: document the maxmem= option
Date: Mon, 7 May 2012 15:06:06 +0200 [thread overview]
Message-ID: <20120507130605.GA781@aepfle.de> (raw)
In-Reply-To: <1336296932.5933.9.camel@cthulhu.hellion.org.uk>
On Sun, May 06, Ian Campbell wrote:
> On Fri, 2012-05-04 at 16:18 -0400, Olaf Hering wrote:
> > On Fri, May 04, Konrad Rzeszutek Wilk wrote:
> >
> > > On Fri, May 04, 2012 at 09:31:42PM +0200, Olaf Hering wrote:
> > > > # HG changeset patch
> > > > # User Olaf Hering <olaf@aepfle.de>
> > > > # Date 1336159720 -7200
> > > > # Node ID c414728d0d12f1c3e416e40cceefca2f0b00578e
> > > > # Parent 8f556a70ae0bef47e242f9e7be0a054769fc8277
> > > > xl.cfg: document the maxmem= option
> > > >
> > > > Signed-off-by: Olaf Hering <olaf@aepfle.de>
> > > >
> > > > diff -r 8f556a70ae0b -r c414728d0d12 docs/man/xl.cfg.pod.5
> > > > --- a/docs/man/xl.cfg.pod.5
> > > > +++ b/docs/man/xl.cfg.pod.5
> > > > @@ -484,6 +484,14 @@ are not using hardware assisted paging (
> > > > mode) and your guest workload consists of a a very large number of
> > > > similar processes then increasing this value may improve performance.
> > > >
> > > > +=item B<maxmem=MBYTES>
> > > > +
> > > > +Specifies the maximum amount of memory the HVM guest can ever see.
> > >
> > > Isn't it also for PV guests (though without the PoD functionality)?
> >
> > Now that I look again at libxl__build_pre(), it appearently does also
> > something for PV guests.
>
> Right. Some people call this booting "pre-ballooned". Essentially n PV
> the balloon driver can be initialised early enough that something like
> PoD is not required -- the missing pages are just incorporated directly
> into the balloon.
What about this wording?
Specifies the maximum amount of memory a guest can ever see.
The value of maxmem= must be equal or greater than memory=.
In combination with the memory= option it will start the guest "pre-ballooned".
In a HVM guest it will enable the PoD (populate on demand) mode, iff the values of memory= and maxmem= differ.
The guest needs a balloon driver in this case, without a balloon driver it will crash.
Olaf
next prev parent reply other threads:[~2012-05-07 13:06 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-04 19:31 [PATCH] xl.cfg: document the maxmem= option Olaf Hering
2012-05-04 19:42 ` Konrad Rzeszutek Wilk
2012-05-04 20:18 ` Olaf Hering
2012-05-06 9:35 ` Ian Campbell
2012-05-07 13:06 ` Olaf Hering [this message]
2012-05-07 16:37 ` Dan Magenheimer
2012-05-08 12:41 ` Ian Campbell
2012-05-08 15:40 ` Dan Magenheimer
-- strict thread matches above, loose matches on Subject: below --
2012-05-31 15:04 Olaf Hering
2012-06-01 11:05 ` Ian Campbell
2012-06-01 14:59 ` Olaf Hering
2012-06-01 14:55 Olaf Hering
2012-06-06 12:54 ` Ian Campbell
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=20120507130605.GA781@aepfle.de \
--to=olaf@aepfle.de \
--cc=Ian.Campbell@citrix.com \
--cc=konrad.wilk@oracle.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.