All of lore.kernel.org
 help / color / mirror / Atom feed
From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Cc: Daniel Kiper <daniel.kiper@oracle.com>,
	Ian Campbell <ijc@hellion.org.uk>,
	"carsten@schiers.de" <carsten@schiers.de>,
	"darren.s.shepherd@gmail.com" <darren.s.shepherd@gmail.com>,
	David Vrabel <david.vrabel@citrix.com>,
	Ian Jackson <Ian.Jackson@eu.citrix.com>,
	"james-xen@dingwall.me.uk" <james-xen@dingwall.me.uk>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
	"Keir (Xen.org)" <keir@xen.org>,
	Dave.Scott@eu.citrix.com,
	Jonathan Ludlam <jonathan.ludlam@eu.citrix.com>
Subject: Re: [PATCH v2 2/2] xen/balloon: Enforce various limits on target
Date: Thu, 2 May 2013 14:04:04 -0400	[thread overview]
Message-ID: <20130502180404.GA16489@phenom.dumpdata.com> (raw)
In-Reply-To: <alpine.DEB.2.02.1305021214510.5398@kaball.uk.xensource.com>

On Thu, May 02, 2013 at 12:34:32PM +0100, Stefano Stabellini wrote:
> On Tue, 30 Apr 2013, Daniel Kiper wrote:
> > > > > > +/*
> > > > > > + * Extra internal memory reserved by libxl.
> > > > > > + * Check tools/libxl/libxl_memory.txt file in Xen source for more details.
> > > > > > + */
> > > > > > +#define LIBXL_MAXMEM_CONSTANT_PAGES	(1024 * 1024 / PAGE_SIZE)
> > > > >
> > > > > I think we need to find a way to achieve your aims which doesn't require
> > > > > leaking internal implementation details of libxl into the guest kernels.
> > > > > What happens if libxl decides to double this?
> > > >
> > > > I agree that this is not elegant solution. However, if we would like to
> > > > be in line with docs/misc/libxl_memory.txt (this is correct path) this
> > > > is a must.
> > >
> > > I'm not sure about this, that file describes the toolstacks view of the
> > > memory in a system. That need not necessarily correspond with the
> > > guest's ideas (although you would hope it would be a superset).
> > >
> > > Surely it is logically wrong to bake toolstack specific knowledge in the
> > > guest? If someone can describe a meaningful semantic for this number in
> > > a toolstack independent way then perhaps it would be appropriate to do
> > > something with it. I've no idea, having looked at both the document and
> > > the code, what this value actually is.
> > 
> > This was added by commit 9905ac2b90a3e7cecd9e7dfe21c252362e7080b2
> > (libxenlight: implement libxl_set_memory_target). It was written
> > by Keir and signed off by Stefano (both are CCed here). Guys,
> > why did you added LIBXL_MAXMEM_CONSTANT? What does it mean?
> 
> libxl inherits the memory model from xapi.
> LIBXL_MAXMEM_CONSTANT corresponds to "extra internal" in xapi, an amount
> of memory that is not allocated to the domain but it is left as a slack
> on top of the actual memory target to determine the Xen maxmem.
> I believe it comes from empirical measurements and stress testing on the
> platform.

What is this 'slack' used for?

> The xapi guys, CC'ed, might have more insights on what exactly is.
> 
> 
> I dislike having to pull this "hack" into Linux, but if it is actually
> important to leave LIBXL_MAXMEM_CONSTANT unused, then it is worth doing.
> I would add a big comment on top saying:
> 
> "libxl seems to think that we need to leave LIBXL_MAXMEM_CONSTANT
> kilobytes unused, let's be gentle and do that."

  reply	other threads:[~2013-05-02 18:04 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-04-29 11:37 [PATCH v2 0/2] xen/balloon: Extension and fix Daniel Kiper
2013-04-29 11:37 ` [PATCH v2 1/2] xen/balloon: Notify a host about a guest memory size limit Daniel Kiper
2013-04-29 14:35   ` Ian Campbell
2013-04-30 12:40     ` Daniel Kiper
2013-04-29 11:37 ` [PATCH v2 2/2] xen/balloon: Enforce various limits on target Daniel Kiper
2013-04-29 14:44   ` Ian Campbell
2013-04-30 12:59     ` Daniel Kiper
2013-04-30 13:44       ` Ian Campbell
2013-04-30 13:44         ` Ian Campbell
2013-04-30 18:58         ` Daniel Kiper
2013-05-02 11:34           ` Stefano Stabellini
2013-05-02 11:34             ` Stefano Stabellini
2013-05-02 18:04             ` Konrad Rzeszutek Wilk [this message]
2013-05-03  8:15               ` [Xen-devel] " Ian Campbell
2013-05-03 13:00                 ` Daniel Kiper
2013-05-03 13:21                   ` Ian Campbell
2013-05-03 13:47                     ` Daniel Kiper
2013-05-03 14:11                       ` Ian Campbell
2013-05-03 15:47                         ` Daniel Kiper
2013-05-03 16:00                           ` Ian Campbell
2013-05-03  8:04           ` 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=20130502180404.GA16489@phenom.dumpdata.com \
    --to=konrad.wilk@oracle.com \
    --cc=Dave.Scott@eu.citrix.com \
    --cc=Ian.Jackson@eu.citrix.com \
    --cc=carsten@schiers.de \
    --cc=daniel.kiper@oracle.com \
    --cc=darren.s.shepherd@gmail.com \
    --cc=david.vrabel@citrix.com \
    --cc=ijc@hellion.org.uk \
    --cc=james-xen@dingwall.me.uk \
    --cc=jonathan.ludlam@eu.citrix.com \
    --cc=keir@xen.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=stefano.stabellini@eu.citrix.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.