From: Julien Grall <julien.grall@citrix.com>
To: Jan Beulich <JBeulich@suse.com>
Cc: Wei.Liu2@citrix.com, ian.campbell@citrix.com,
Stefano Stabellini <stefano.stabellini@eu.citrix.com>,
Andrew Cooper <andrew.cooper3@citrix.com>,
Ian Jackson <ian.jackson@eu.citrix.com>, TimDeegan <tim@xen.org>,
stefano.stabellini@citrix.com, xen-devel@lists.xenproject.org,
Keir Fraser <keir@xen.org>
Subject: Re: [RFC 1/2] xen/mm: Clarify the granularity for each Frame Number
Date: Wed, 12 Aug 2015 13:57:41 +0100 [thread overview]
Message-ID: <55CB42C5.2030307@citrix.com> (raw)
In-Reply-To: <55CB511F020000780009A1F6@prv-mh.provo.novell.com>
On 12/08/15 12:58, Jan Beulich wrote:
>>>> On 12.08.15 at 13:13, <julien.grall@citrix.com> wrote:
>> On 12/08/15 11:33, Jan Beulich wrote:
>>>>>> On 12.08.15 at 11:57, <julien.grall@citrix.com> wrote:
>>>> On 12/08/2015 08:16, Jan Beulich wrote:
>>>>>>>> On 05.08.15 at 15:18, <julien.grall@citrix.com> wrote:
>>>>>> When the backend is 64K, it will map the foreign 4K at the top of a 64K
>>>>>> page. It's a waste of memory, but it's easier to implement and it's
>>>>>> still and improvement compare to have Linux crashing at boot.
>>>>>
>>>>> Waste of memory? You're only mapping an existing chunk of memory.
>>>>> DYM waste of address space?
>>>>
>>>> No, I really meant waste of memory. The current grant API in Linux is
>>>> allocating one Linux Page per grant. Although the grant is always 4K, so
>>>> we won't be able to make use of the 60K for anything as long as we use
>>>> this page for a grant.
>>>>
>>>> So if the grant is pre-allocated (such as for PV block), we won't be
>>>> able use nr_grant * 60KB memory.
>>>
>>> I still don't follow - grant mappings ought to be done into ballooned
>>> (i.e. empty) pages, i.e. no memory would get wasted unless there
>>> are too few balloon pages available.
>>
>> Everything balloon out is less memory that can be used by Linux. If we
>> are only using 1/15 of the balloon out page that a huge waste of memory
>> for me.
>
> I still don't get it: A ballooned page does not represent any memory
> (and at least on x86 iirc we start PV domains with 8Mb sort-of-
> pre-ballooned space). Where is the loss you're talking about coming
> from? Or, wait - you don't have PoD (yet) on ARM, so you have no
> choice.
I'm not sure how PoD would affect the problem here...
An ARM guest can be considered as x86 HVM guest + PV drivers. At domain
creation, all the RAM is allocated for this domain.
Furthermore we have no memory hotplug support, so we would steal RAM
page every time we have to balloon out a page.
Regards,
--
Julien Grall
next prev parent reply other threads:[~2015-08-12 13:10 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-08-05 11:28 [RFC 0/2] xen: Clarify the page granularity for the hypercall Julien Grall
2015-08-05 11:28 ` [RFC 1/2] xen/mm: Clarify the granularity for each Frame Number Julien Grall
2015-08-05 11:40 ` Andrew Cooper
2015-08-05 11:51 ` Ian Campbell
2015-08-05 12:36 ` Julien Grall
2015-08-05 12:46 ` Andrew Cooper
2015-08-05 13:18 ` Julien Grall
2015-08-12 7:16 ` Jan Beulich
2015-08-12 9:57 ` Julien Grall
2015-08-12 10:33 ` Jan Beulich
2015-08-12 11:13 ` Julien Grall
2015-08-12 11:58 ` Jan Beulich
2015-08-12 12:57 ` Julien Grall [this message]
2015-08-12 13:25 ` Jan Beulich
2015-08-05 11:28 ` [RFC 2/2] xen/public: grant-table: Specificy the size of the grant Julien Grall
2015-08-05 16:51 ` Stefano Stabellini
2015-08-12 7:21 ` Jan Beulich
2015-08-12 10:00 ` Julien Grall
2015-08-12 10:35 ` Jan Beulich
2015-08-12 11:08 ` Julien Grall
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=55CB42C5.2030307@citrix.com \
--to=julien.grall@citrix.com \
--cc=JBeulich@suse.com \
--cc=Wei.Liu2@citrix.com \
--cc=andrew.cooper3@citrix.com \
--cc=ian.campbell@citrix.com \
--cc=ian.jackson@eu.citrix.com \
--cc=keir@xen.org \
--cc=stefano.stabellini@citrix.com \
--cc=stefano.stabellini@eu.citrix.com \
--cc=tim@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.