KVM-userspace: add NUMA support for guests
Get series with b4
b4 am [email protected]Versions newest first
- v1 Latest3 patches 32 repliesIn review
Patches in v1 No applies recorded yet
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 1/3 | KVM-userspace: introduce -nodes command line optionqemu/ qemu/ | +38 | 1 reply | |
| 2/3 | KVM-userspace: allocate guest resources from different host nodesqemu/ qemu/ qemu/ +2 more | +41 | 0 replies | |
| 3/3 | KVM-userspace: generate a SRAT table to describe the guests NUMA topologybios/ qemu/ | +148 | 0 replies |
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.
Cover letter [PATCH 0/3] KVM-userspace: add NUMA support for guests
Hi,
this patch series introduces multiple NUMA nodes support within KVM guests.
This will improve the performance of guests which are bigger than one node (number of VCPUs and/or amount of memory) and also allows better balancing by taking better usage of each node's memory. It also improves the one node case by pinning a guest to this node and
avoiding access of remote memory from one VCPU.
The user (or better: management application) specifies the host nodes the guest should use: -nodes 2,3 would create a two node guest mapped to node 2 and 3 on the host. These numbers are handed over to libnuma:
VCPUs are pinned to the nodes and the allocated guest memory is bound to it's respective node. Since libnuma seems not to be installed everywhere, the user has to enable this via configure --enable-numa In the BIOS code an ACPI SRAT table was added, which describes the NUMA topology to the guest. The number of nodes is communicated via the CMOS RAM (offset 0x3E). If someone thinks of this as a bad idea, tell me. To take use of the new BIOS, install the iasl compiler
(http://acpica.org/downloads/) and type "make bios" before installing, so the default BIOS will be replaced with the modified one. Node over-committing is allowed (-nodes 0,0,0,0), omitting the -nodes parameter reverts to the old behavior.
Please apply.
Regards,
Andre.
Patch 1/3: introduce a command line parameter
Patch 2/3: allocate guests resources from different host nodes Patch 3/3: generate an appropriate SRAT ACPI table
Signature · 9 lines
Andre Przywara AMD-Operating System Research Center (OSRC), Dresden, Germany Tel: +49 351 277-84917 ----to satisfy European Law for business letters: AMD Saxony Limited Liability Company & Co. KG, Wilschdorfer Landstr. 101, 01109 Dresden, Germany Register Court Dresden: HRA 4896, General Partner authorized to represent: AMD Saxony LLC (Wilmington, Delaware, US) General Manager of AMD Saxony LLC: Dr. Hans-R. Deppe, Thomas McCoy