From: Andrew Cooper <andrew.cooper3@citrix.com>
To: Mario Lodde <m_lodde@yahoo.it>, xen-devel@lists.xen.org
Subject: Re: Xenheap placement in a NUMA system
Date: Mon, 28 Sep 2015 14:29:51 +0100 [thread overview]
Message-ID: <560940CF.70407@citrix.com> (raw)
In-Reply-To: <5FF17635-EECE-4832-9AC6-DD64BF88F1E4@yahoo.it>
On 28/09/15 13:28, Mario Lodde wrote:
> Hi everyone,
>
> I’m new to Xen and I’m trying to understand how physical memory is managed. If I’m understanding correctly the source code, the hypervisor allocates the memory it needs only from the xenheap, while the rest of the memory is used by dom0 and the domUs.
To a first approximation, yes.
The difference between the xenheap and domheap is that the xenheap is
always mapped into virtual address space, while the domheap might not be.
It is therefore safe to create a pointer to an item in xenheap memory,
but domheap pages may only be accessed using {,un}map_domheap_page()
(and friends).
> If we consider a NUMA system, is the entire xenheap concentrated in the boot node or is it spread across the nodes?
This is architecture dependent. On x86, the xenheap limit is at the
directmap end, which puts it at the 5TiB physical boundary.
On a small machine (< 5TB of RAM), xenheap pages will be available
across all NUMA nodes. On larger machines, this will not be the case.
> In case it’s all stored in the boot node, and dom0’s memory is also contained entirely in the same node, is it correct to say that a failure in another node would just require to shut down the VMs that are running in that node but the rest of the system is still able to run?
What do you mean by "failure" here? A full DIMM failure would almost
certainly be completely fatal to Xen, while an individual cell failure
does have logic for being propagated to the owning domain, in the hope
that it can take some corrective action.
~Andrew
next prev parent reply other threads:[~2015-09-28 13:29 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-28 12:28 Xenheap placement in a NUMA system Mario Lodde
2015-09-28 13:29 ` Andrew Cooper [this message]
2015-09-29 16:12 ` Mario Lodde
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=560940CF.70407@citrix.com \
--to=andrew.cooper3@citrix.com \
--cc=m_lodde@yahoo.it \
--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.