diff options
| author | David Hildenbrand <david@redhat.com> | 2022-10-14 15:47:19 +0200 |
|---|---|---|
| committer | David Hildenbrand <david@redhat.com> | 2022-10-27 11:01:03 +0200 |
| commit | e6816458624813de4a31f89096a620b410e1c2b8 (patch) | |
| tree | 327eb49230110c949e5443ebae4d1fd64336acf8 /roms | |
| parent | e04a34e55cf1911099e2d8a680f9bee4f6d90e4a (diff) | |
| download | qemu-e6816458624813de4a31f89096a620b410e1c2b8.zip qemu-e6816458624813de4a31f89096a620b410e1c2b8.tar.gz qemu-e6816458624813de4a31f89096a620b410e1c2b8.tar.bz2 | |
hostmem: Allow for specifying a ThreadContext for preallocation
Let's allow for specifying a thread context via the "prealloc-context"
property. When set, preallcoation threads will be crated via the
thread context -- inheriting the same CPU affinity as the thread
context.
Pinning preallcoation threads to CPUs can heavily increase performance
in NUMA setups, because, preallocation from a CPU close to the target
NUMA node(s) is faster then preallocation from a CPU further remote,
simply because of memory bandwidth for initializing memory with zeroes.
This is especially relevant for very large VMs backed by huge/gigantic
pages, whereby preallocation is mandatory.
Reviewed-by: Michal Privoznik <mprivozn@redhat.com>
Message-Id: <20221014134720.168738-7-david@redhat.com>
Signed-off-by: David Hildenbrand <david@redhat.com>
Diffstat (limited to 'roms')
0 files changed, 0 insertions, 0 deletions