From: Igor Mammedov <imammedo@redhat.com>
To: qemu-devel@nongnu.org
Cc: ehabkost@redhat.com, libvir-list@redhat.com, pbonzini@redhat.com,
peter.maydell@linaro.org, david@gibson.dropbear.id.au,
qemu-ppc@nongnu.org, qemu-arm@nongnu.org
Subject: [Qemu-devel] [PATCH 2/2] numa: deprecate implict memory distribution between nodes
Date: Fri, 1 Mar 2019 16:42:16 +0100 [thread overview]
Message-ID: <1551454936-205218-3-git-send-email-imammedo@redhat.com> (raw)
In-Reply-To: <1551454936-205218-1-git-send-email-imammedo@redhat.com>
Implict RAM distribution between nodes has exactly the same issues as:
"numa: deprecate 'mem' parameter of '-numa node' option"
only with QEMU being the user that's 'adding' 'mem' parameter.
Depricate it, to get it out of the way so that we could switch to
consistent guest RAM allocation using memory backends and possibly
memory devices later on top of that.
Signed-off-by: Igor Mammedov <imammedo@redhat.com>
---
numa.c | 3 +++
qemu-deprecated.texi | 7 +++++++
2 files changed, 10 insertions(+)
diff --git a/numa.c b/numa.c
index 2205773..6d45a1f 100644
--- a/numa.c
+++ b/numa.c
@@ -409,6 +409,9 @@ void numa_complete_configuration(MachineState *ms)
if (i == nb_numa_nodes) {
assert(mc->numa_auto_assign_ram);
mc->numa_auto_assign_ram(mc, numa_info, nb_numa_nodes, ram_size);
+ warn_report("Default splitting of RAM between nodes is deprecated,"
+ " Use '-numa node,memdev' to explictly define RAM"
+ " allocation per node");
}
numa_total = 0;
diff --git a/qemu-deprecated.texi b/qemu-deprecated.texi
index 73f99d4..09bec7d 100644
--- a/qemu-deprecated.texi
+++ b/qemu-deprecated.texi
@@ -74,6 +74,13 @@ parameter @option{mem} to achieve the same fake NUMA effect or a properly
configured @var{memory-backend-file} backend to actually benefit from NUMA
configuration.
+@subsection -numa node (without memory specified) (since 4.0)
+
+Splitting RAM by default between NUMA nodes has the same issues as @option{mem}
+parameter described above with a difference that role of the user plays QEMU
+using generic splitting rule or a board specific one. Use @option{memdev} with
+@var{memory-backend-ram} backend to define mapping explictly instead.
+
@section QEMU Machine Protocol (QMP) commands
@subsection block-dirty-bitmap-add "autoload" parameter (since 2.12.0)
--
2.7.4
prev parent reply other threads:[~2019-03-01 15:46 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-03-01 15:42 [Qemu-devel] [PATCH 0/2] numa: deprecate -numa node, mem and default memory distribution Igor Mammedov
2019-03-01 15:42 ` [Qemu-devel] [PATCH 1/2] numa: deprecate 'mem' parameter of '-numa node' option Igor Mammedov
2019-03-01 15:49 ` [Qemu-devel] [libvirt] " Daniel P. Berrangé
2019-03-01 17:33 ` Igor Mammedov
2019-03-01 17:48 ` Daniel P. Berrangé
2019-03-04 7:13 ` Markus Armbruster
2019-03-04 10:19 ` Daniel P. Berrangé
2019-03-04 11:45 ` Markus Armbruster
2019-03-04 15:28 ` Daniel P. Berrangé
2019-03-04 15:46 ` Igor Mammedov
2019-03-10 10:14 ` Markus Armbruster
2019-03-04 14:24 ` Michal Privoznik
2019-03-04 15:03 ` Igor Mammedov
2019-03-04 12:25 ` Igor Mammedov
2019-03-04 12:39 ` Daniel P. Berrangé
2019-03-04 14:16 ` Igor Mammedov
2019-03-04 14:24 ` Daniel P. Berrangé
2019-03-04 15:19 ` Igor Mammedov
2019-03-04 16:12 ` Michal Privoznik
2019-03-04 16:27 ` Daniel P. Berrangé
2019-03-04 16:20 ` Michal Privoznik
2019-03-04 16:31 ` Dr. David Alan Gilbert
2019-03-04 16:35 ` Daniel P. Berrangé
2019-03-06 19:03 ` Igor Mammedov
2019-03-07 9:59 ` Daniel P. Berrangé
2019-03-10 10:16 ` Markus Armbruster
2019-03-06 19:56 ` Igor Mammedov
2019-03-04 14:34 ` Michal Privoznik
2019-03-04 8:11 ` [Qemu-devel] [Qemu-ppc] " Thomas Huth
2019-03-04 13:55 ` Igor Mammedov
2019-03-04 13:59 ` Daniel P. Berrangé
2019-03-04 14:54 ` Igor Mammedov
2019-03-04 15:02 ` Daniel P. Berrangé
2019-03-04 16:45 ` Igor Mammedov
2019-03-01 18:01 ` [Qemu-devel] " Dr. David Alan Gilbert
2019-03-04 13:52 ` Igor Mammedov
2019-03-01 15:42 ` Igor Mammedov [this message]
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=1551454936-205218-3-git-send-email-imammedo@redhat.com \
--to=imammedo@redhat.com \
--cc=david@gibson.dropbear.id.au \
--cc=ehabkost@redhat.com \
--cc=libvir-list@redhat.com \
--cc=pbonzini@redhat.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-arm@nongnu.org \
--cc=qemu-devel@nongnu.org \
--cc=qemu-ppc@nongnu.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).