NUMA support in HVM guests
Get series with b4
b4 am [email protected]Versions newest first
- v1 Latest4 patches 15 repliesIn review
Patches in v1 No applies recorded yet
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 1/4 | introduce numanodes=n config file optiontools/ tools/ tools/ +3 more | +17 | 0 replies | |
| 2/4 | introduce CPU affinity for allocate_physmap calltools/ tools/ tools/ +5 more | +23 | 9 replies | |
| 3/4 | allocate HVM guest memory with NUMA in mindtools/ tools/ tools/ +2 more | +126 | 0 replies | |
| 4/4 | inject created SRAT table into the guesttools/ tools/ tools/ +1 more | +206 | 0 replies |
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.
Cover letter [PATCH 0/4] [HVM] NUMA support in HVM guests
Hi,
these four patches allow to forward NUMA characteristics into HVM
guests. This works by allocating memory explicitly from different NUMA nodes and create an appropriate SRAT-ACPI table which describes the topology. Needs a decent guest kernel which uses the SRAT table to discover the NUMA topology. This allows to break the current de-facto limitation of guests to one NUMA node, one can use more memory and/or more VCPUs than there are available on one node.
Patch 1/4: introduce numanodes=n config file option.
this states how many NUMA nodes the guest should see, the default is 0, which means to turn off most parts of the code.
Patch 2/4: introduce CPU affinity for allocate_physmap call. currently
the correct NUMA node to take the memory from is chosen by simply using the currently scheduled CPU, this patch allows to explicitly specify a CPU and provides XENMEM_DEFAULT_CPU for the old behavior
Patch 3/4: allocate memory with NUMA in mind.
actually look at the numanodes=n option to split the memory request up
into n parts and allocate it from different nodes. Also change the VCPUs
affinity to match the nodes.
Patch 4/4: inject created SRAT table into the guest.
create a SRAT table, fill it up with the desired NUMA topology and
inject it into the guest
Applies against staging c/s #15719.
Regards,
Andre.
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 Sitz (Geschäftsanschrift): Wilschdorfer Landstr. 101, 01109 Dresden, Deutschland Registergericht Dresden: HRA 4896 vertretungsberechtigter Komplementär: AMD Saxony LLC (Sitz Wilmington, Delaware, USA) Geschäftsführer der AMD Saxony LLC: Dr. Hans-R. Deppe, Thomas McCoy