From: Dan Magenheimer <dan.magenheimer@oracle.com>
To: "Ian Campbell" <Ian.Campbell@citrix.com>,
"Pasi Kärkkäinen" <pasik@iki.fi>
Cc: xen-devel@lists.xensource.com, Alexander Bienzeisler <chosi@amd.co.at>
Subject: Re: can not use all available memory
Date: Mon, 26 Nov 2012 08:58:28 -0800 (PST) [thread overview]
Message-ID: <cd100676-79fb-438b-8d1e-105fd2f8ec5e@default> (raw)
In-Reply-To: <1353677623.16973.13.camel@zakaz.uk.xensource.com>
> From: Ian Campbell [mailto:Ian.Campbell@citrix.com]
> Sent: Friday, November 23, 2012 6:34 AM
> To: Pasi Kärkkäinen
> Cc: xen-devel@lists.xensource.com; Alexander Bienzeisler
> Subject: Re: [Xen-devel] can not use all available memory
>
> On Fri, 2012-11-23 at 13:29 +0000, Pasi Kärkkäinen wrote:
> > On Fri, Nov 23, 2012 at 01:15:53PM +0000, Ian Campbell wrote:
> > > On Fri, 2012-11-23 at 12:55 +0000, Pasi Kärkkäinen wrote:
> > >
> > > > > This has been discussed at length on the list before, please check the
> > > > > archives.
> > > > >
> > > >
> > > > I tried googling quickly but I didn't find anything relevant..
> > >
> > > I found
> > > http://web.archiveorange.com/archive/v/zCKz5T3PLvtyZDSPQc9i
> > > in a matter of seconds, then:
> > > http://lists.xen.org/archives/html/xen-devel/2011-11/msg01415.html
> > > http://lists.xen.org/archives/html/xen-users/2012-05/msg00139.html
> > > http://lists.xen.org/archives/html/xen-users/2012-05/msg00146.html
> > >
> > > > To me this behaviour still seems wrong. What's the point of autoballoon=1 trying to
> > > > balloon down dom0 if the hypervisor already has enough free memory for the VM ?
> > > >
> > > > In this case:
> > > > - dom0_mem=2G
> > > > - new VM to launch with size 16 GB.
> > > > - Xen has 28 GB of free memory.
> > > >
> > > > So clearly there's no need to try to balloon down dom0..
> > >
> > > Right, so don't set autoballoon then.
> > >
> >
> > It's enabled as a default.. so many people hit this problem.
> >
> >
> > > > not-yet-implemented check/feature in xl, or a bug?
> > >
> > > Neither, it is the intended behaviour of xl autoballoon, this option
> > > means exactly "take the required memory from dom0".
> > >
> >
> > http://xenbits.xen.org/docs/4.2-testing/man/xl.conf.5.html
> >
> > "autoballoon=BOOLEAN
> >
> > If disabled then xl will not attempt to reduce the amount of
> > memory assigned to domain 0 in order to create free memory when
> > starting a new domain. You should set this if you use the dom0_mem
> > hypervisor command line to reduce the amount of memory given to domain
> > 0 by default.
> >
> > Default: 1"
> >
> >
> > I think we should modify that to say "You should set autoballoon=0 if you use the dom0_mem
> hypervisor command line .."
> > At least I understood that text in the opposite way..
>
> Yes, there should be a s/set/unset/ in there I think.
>
> > Also: What happens if you have autoballoon=1 and you start some VMs, then stop the VMs,
> > so most of the memory is now free in Xen..
>
> xl balloons dom0 back up when it destroy domains with autoballoon=1.
>
> > and then you try to start a big VM ?
> > Aren't you going to hit the same problem as in this thread?
Hmmm... this behavior and default may make sense for the Citrix
memory model (single machine, dom0 is "the user" so you want it
to always hold most of physical RAM not used by guests). But
probably not so for a more cloud-like memory model.
Is there any (easy) way to force autoballoon=0 if the hypervisor
dom0_mem boot option is specified? Or is there some reasonably
sane case I am missing where a user would want both dom0_mem
and autoballoon=1?
Oracle VM always boots servers with dom0_mem= set so (if/when
OVM switches to use xl), OVM will always set autoballoon off.
So it's the large number of non-Citrix-non-Oracle Xen-as-a-service
providers I am trying to help here.
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
next prev parent reply other threads:[~2012-11-26 16:58 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-11-23 11:35 can not use all available memory Alexander Bienzeisler
2012-11-23 11:52 ` Pasi Kärkkäinen
2012-11-23 12:06 ` Alexander Bienzeisler
2012-11-23 12:21 ` Ian Campbell
2012-11-23 12:28 ` Pasi Kärkkäinen
2012-11-23 12:33 ` Ian Campbell
2012-11-23 12:41 ` Pasi Kärkkäinen
2012-11-23 12:47 ` Ian Campbell
2012-11-23 12:55 ` Pasi Kärkkäinen
2012-11-23 13:15 ` Ian Campbell
2012-11-23 13:29 ` Pasi Kärkkäinen
2012-11-23 13:33 ` Ian Campbell
2012-11-26 16:58 ` Dan Magenheimer [this message]
2012-11-26 18:25 ` Sander Eikelenboom
2012-11-26 20:20 ` Dan Magenheimer
2012-11-26 20:24 ` Pasi Kärkkäinen
2012-11-26 20:37 ` Dan Magenheimer
2012-11-26 21:32 ` Tim Deegan
2012-11-26 21:47 ` Dan Magenheimer
2012-11-27 2:52 ` William Pitcock
2012-11-27 10:52 ` Ian Campbell
2012-11-26 20:35 ` Sander Eikelenboom
2012-11-23 12:46 ` Alexander Bienzeisler
-- strict thread matches above, loose matches on Subject: below --
2012-11-23 11:38 Alexander Bienzeisler
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=cd100676-79fb-438b-8d1e-105fd2f8ec5e@default \
--to=dan.magenheimer@oracle.com \
--cc=Ian.Campbell@citrix.com \
--cc=chosi@amd.co.at \
--cc=pasik@iki.fi \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).