From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: Jan Beulich <JBeulich@suse.com>
Cc: George Dunlap <George.Dunlap@eu.citrix.com>,
xen-devel <xen-devel@lists.xenproject.org>,
Boris Ostrovsky <boris.ostrovsky@oracle.com>,
Keir Fraser <keir@xen.org>
Subject: Re: initial ballooning amount on HVM+PoD
Date: Mon, 20 Jan 2014 10:31:22 -0500 [thread overview]
Message-ID: <20140120153122.GA24863@phenom.dumpdata.com> (raw)
In-Reply-To: <52D9672F0200007800114A9F@nat28.tlf.novell.com>
> >>>> Question now is: Considering that (a) is broken (and hard to fix)
> >>>> and (b) is in presumably a large part of practical cases leading to
> >>>> too much ballooning down, shouldn't we open up
> >>>> XENMEM_get_pod_target for domains to query on themselves?
> >>>> Alternatively, can anyone see another way to calculate a
> >>>> reasonably precise value?
> >>> I think hypervisor query is a good thing although I don't know whether
> >>> exposing PoD-specific data (count and entry_count) to the guest is
> >>> necessary. It's probably OK (or we can set these fields to zero for
> >>> non-privileged domains).
> >> That's pointless then - if no useful data is provided through the
> >> call to non-privileged domains, we can as well keep it erroring for
> >> them.
> >>
> >
> > I thought that are after d->tot_pages, no?
>
> That can be obtained through another XENMEM_ operation. No,
> what is needed is the difference between PoD entries and PoD
> cache (which then needs to be added to tot_pages).
Won't that be racy? Meaning the moment you get that information and
kick of the balloon worker, said value might be different already?
>
> Jan
next prev parent reply other threads:[~2014-01-20 15:32 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-01-17 14:33 initial ballooning amount on HVM+PoD Jan Beulich
2014-01-17 15:54 ` Boris Ostrovsky
2014-01-17 16:03 ` Jan Beulich
2014-01-17 16:08 ` Ian Campbell
2014-01-17 16:26 ` Jan Beulich
2014-01-17 16:54 ` Ian Campbell
2014-01-20 8:01 ` Jan Beulich
2014-01-20 10:42 ` Ian Campbell
2014-01-17 16:13 ` Boris Ostrovsky
2014-01-17 16:23 ` Jan Beulich
2014-01-20 15:31 ` Konrad Rzeszutek Wilk [this message]
2014-01-20 15:54 ` Jan Beulich
2014-01-17 17:13 ` Ian Campbell
2014-01-20 8:08 ` Jan Beulich
2014-01-20 10:50 ` Ian Campbell
2014-01-20 11:35 ` Jan Beulich
-- strict thread matches above, loose matches on Subject: below --
2014-01-20 15:19 Boris Ostrovsky
2014-01-20 15:23 ` 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=20140120153122.GA24863@phenom.dumpdata.com \
--to=konrad.wilk@oracle.com \
--cc=George.Dunlap@eu.citrix.com \
--cc=JBeulich@suse.com \
--cc=boris.ostrovsky@oracle.com \
--cc=keir@xen.org \
--cc=xen-devel@lists.xenproject.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.