From: Olaf Hering <olaf@aepfle.de>
To: Ian Campbell <Ian.Campbell@citrix.com>
Cc: "Tim (Xen.org)" <tim@xen.org>,
Andres Lagar-Cavilla <andres@lagarcavilla.org>,
"xen-devel@lists.xen.org" <xen-devel@lists.xen.org>
Subject: Re: Paging/sharing in 4.2 (Was: Re: 4.2 TODO update)
Date: Tue, 13 Mar 2012 14:36:09 +0100 [thread overview]
Message-ID: <20120313133609.GA15096@aepfle.de> (raw)
In-Reply-To: <1331638622.23971.233.camel@zakaz.uk.xensource.com>
On Tue, Mar 13, Ian Campbell wrote:
> The string names the "actor" which will implement the policy (so perhaps
> the cfg option name should be "mem_actor="? Seems clumsy). So the
> default for xl would be "xl". An existing alternative actor would be
> "squeezed" which should cause the system to use XCP's squeezed (this
> would require updates to squeezed to actually use these interfaces). You
> can imagine that others might want to implement other more complex
> actors in the future (e.g. which combine sharing, paging, and tmem in an
> interesting way).
Ok, makes sense.
> The "xl" actor should implement the "paging=auto" balloon, delay, then
> page mechanism (or just ballooning for PV guests) we discussed
> previously (I think most recent proposal was in
> <1330078304.8557.157.camel@zakaz.uk.xensource.com>),
> iff /local/domain/X/memory-policy/actor == "xl". We can ignore sharing
> with this new scheme and leave it to whomever implements the sharing
> memory policy actor.
Yes.
> I think that in the normal case we would not support mixing and matching
> actors on a system, so in the case of xl I would expect to normally find
> mem_policy in /etc/xen/xl.conf rather than in the guest configuration
> file. It is reasonable for an actor implementation to consist either a
> per-host daemon (like squeezed) or a per-domain daemon (like xl).
Sounds good.
> libxl should also expose methods to set the balloon and paging targets,
> these would be used by the code in xl which implements the "xl" policy
> described above.
Yes.
> I think the libxl default should be to immediately set the balloon
> target. This would retain the historical behaviour for toolstacks which
> don't say differently and would also work as expected for dom0 (which
> may not have the necessary /local/domain/X/memory-policy/actor key).
>
> The default set by xl should be "xl" or whatever is provided in the
> config.
>
> The other option for the default provided by libxl will be to do nothing
> I don't think that is as helpful/useful as a default though.
I think that a default of "none" would change behaviour. So having "xl"
as default which makes the guests behave like before will remove
surprises during upgrade to 4.2.
> There should probably be an option to set the actor to "none", meaning
> that the toolstack is taking direct responsibility for this domains
> memory targets. This would be used when "xl mem-paging-set domain
> manual" was called allowing xl to implement the "xl mem-paging-set
> domain N" in manual mode as described in
> <1330078304.8557.157.camel@zakaz.uk.xensource.com>. Or maybe this
> corresponds to using "xl-auto" and "xl-manual" as the policies?
I'm not sure about the manual mode. If one calls mem-paging-set or
mem-balloon-set to change the target value, why not do it right away?
> Thoughts?
Thanks for the writeup, Ian!
> I suppose I ought to go back to
> <1330078304.8557.157.camel@zakaz.uk.xensource.com> and update the
> descriptions to account for this "actor" scheme and also flesh out the
> underlying libxl interface (which we previously have ignored in that
> discussion). Would that be useful?
Yes, an updated description/proposal is useful IMHO.
Olaf
>
next prev parent reply other threads:[~2012-03-13 13:36 UTC|newest]
Thread overview: 47+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-12 12:11 4.2 TODO update Ian Campbell
2012-03-12 12:20 ` Paging/sharing in 4.2 (Was: Re: 4.2 TODO update) Ian Campbell
2012-03-12 13:04 ` Olaf Hering
2012-03-12 13:41 ` Ian Campbell
2012-03-13 10:54 ` Olaf Hering
2012-03-13 11:37 ` Ian Campbell
2012-03-13 13:36 ` Olaf Hering [this message]
2012-03-13 13:46 ` Ian Campbell
2012-03-13 13:53 ` Olaf Hering
2012-03-13 14:17 ` Andres Lagar-Cavilla
2012-03-12 15:05 ` Andres Lagar-Cavilla
2012-03-12 16:08 ` Tim Deegan
2012-03-12 12:22 ` Volunteers required for 4.2 TODO items (Re: " Ian Campbell
2012-03-12 16:00 ` Mathieu Gagné
2012-03-12 16:19 ` Ian Campbell
2012-03-12 16:00 ` Lin Ming
2012-03-12 16:40 ` Ian Campbell
2012-03-12 16:59 ` Lin Ming
2012-03-12 17:23 ` Ian Campbell
2012-03-12 18:18 ` Goncalo Gomes
2012-03-13 14:26 ` Ian Campbell
2012-03-13 15:07 ` Goncalo Gomes
2012-03-12 13:37 ` Xen 4.2 release plan (Was: " Ian Campbell
2012-03-12 13:45 ` Keir Fraser
2012-03-19 9:38 ` Ian Campbell
2012-03-12 14:12 ` Sander Eikelenboom
2012-03-12 15:22 ` Ian Campbell
2012-03-13 13:43 ` Ross Philipson
2012-03-13 13:53 ` Ian Campbell
2012-03-13 13:54 ` Ross Philipson
2012-03-12 13:42 ` 4.2 TODO update Ian Campbell
2012-03-12 13:51 ` Jan Beulich
2012-03-12 15:27 ` Ian Campbell
2012-03-12 13:55 ` Roger Pau Monné
2012-03-12 16:01 ` Stefano Stabellini
2012-03-13 8:57 ` Ian Campbell
2012-03-12 16:36 ` George Dunlap
2012-03-12 16:42 ` Ian Campbell
2012-03-13 10:50 ` George Dunlap
2012-03-13 11:40 ` Nested SVM (was: Re: 4.2 TODO update) Christoph Egger
2012-03-13 11:56 ` Ian Campbell
2012-03-13 12:56 ` Nested SVM Christoph Egger
2012-03-13 17:08 ` libxl stable API (Re: 4.2 TODO update) Ian Campbell
[not found] ` <m2n.s.1S7VHr-136963@chiark.greenend.org.uk>
2012-03-14 11:16 ` Ian Jackson
[not found] ` <20320.32272.203100.527161@mariner.uk.xensource.com>
2012-03-14 13:37 ` Ian Campbell
2012-03-14 16:48 ` 4.2 TODO update Dario Faggioli
2012-03-14 16:51 ` 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=20120313133609.GA15096@aepfle.de \
--to=olaf@aepfle.de \
--cc=Ian.Campbell@citrix.com \
--cc=andres@lagarcavilla.org \
--cc=tim@xen.org \
--cc=xen-devel@lists.xen.org \
/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.