From: Prarit Bhargava <prarit@redhat.com>
To: linux-pm@vger.kernel.org
Cc: lenb@kernel.org, len.brown@intel.com, charles.rose@dell.com,
rafael@kernel.org, suravee.suthikulpanit@amd.com,
Prarit Bhargava <prarit@redhat.com>
Subject: [RESEND PATCH 3/8] turbostat: Calculate additional node information for a package
Date: Fri, 3 Nov 2017 08:25:45 -0400 [thread overview]
Message-ID: <20171103122550.13341-4-prarit@redhat.com> (raw)
In-Reply-To: <20171103122550.13341-1-prarit@redhat.com>
The code currently assumes each package has exactly one node. This is not
the case for AMD systems and Intel systems with COD. AMD systems also
may re-enumerate each node's core IDs starting at 0 (for example, an AMD
processor may have two nodes, each with core IDs from 0 to 7). In order
to properly enumerate the cores we need to track both the physical and
logical node IDs.
Add physical_node_id to track the node ID assigned by the kernel, and
logical_node_id used by turbostat to track the nodes per package ie) a
0-based count within the package.
Signed-off-by: Prarit Bhargava <prarit@redhat.com>
Cc: Len Brown <len.brown@intel.com>
---
tools/power/x86/turbostat/turbostat.c | 65 ++++++++++++++++++++++++++++++++---
1 file changed, 61 insertions(+), 4 deletions(-)
diff --git a/tools/power/x86/turbostat/turbostat.c b/tools/power/x86/turbostat/turbostat.c
index 33d35e19164d..b397087671b3 100644
--- a/tools/power/x86/turbostat/turbostat.c
+++ b/tools/power/x86/turbostat/turbostat.c
@@ -249,7 +249,8 @@ struct system_summary {
struct cpu_topology {
int physical_package_id;
int logical_cpu_id;
- int node_id;
+ int physical_node_id;
+ int logical_node_id; /* 0-based count within the package */
int physical_core_id;
cpu_set_t *put_ids; /* Processing Unit/Thread IDs */
} *cpus;
@@ -259,6 +260,8 @@ struct topo_params {
int num_cpus;
int num_cores;
int max_cpu_num;
+ int max_node_num;
+ int num_nodes_per_pkg;
int num_cores_per_pkg;
int num_threads_per_core;
} topo;
@@ -2316,7 +2319,54 @@ int get_core_id(int cpu)
return parse_int_file("/sys/devices/system/cpu/cpu%d/topology/core_id", cpu);
}
-int get_node_id(struct cpu_topology *thiscpu)
+void set_node_data(void)
+{
+ char path[80];
+ FILE *filep;
+ int pkg, node, cpu;
+
+ struct pkg_node_info {
+ int count;
+ int min;
+ } *pni;
+
+ pni = calloc(topo.num_packages, sizeof(struct pkg_node_info));
+ if (!pni)
+ err(1, "calloc pkg_node_count");
+
+ for (pkg = 0; pkg < topo.num_packages; pkg++)
+ pni[pkg].min = topo.num_cpus;
+
+ for (node = 0; node <= topo.max_node_num; node++) {
+ /* find the "first" cpu in the node */
+ sprintf(path, "/sys/bus/node/devices/node%d/cpulist", node);
+ filep = fopen(path, "r");
+ if (!filep)
+ continue;
+ fscanf(filep, "%d", &cpu);
+ fclose(filep);
+
+ pkg = cpus[cpu].physical_package_id;
+ pni[pkg].count++;
+
+ if (node < pni[pkg].min)
+ pni[pkg].min = node;
+ }
+
+ for (pkg = 0; pkg < topo.num_packages; pkg++)
+ if (pni[pkg].count > topo.num_nodes_per_pkg)
+ topo.num_nodes_per_pkg = pni[0].count;
+
+ for (cpu = 0; cpu < topo.num_cpus; cpu++) {
+ pkg = cpus[cpu].physical_package_id;
+ node = cpus[cpu].physical_node_id;
+ cpus[cpu].logical_node_id = node - pni[pkg].min;
+ }
+ free(pni);
+
+}
+
+int get_physical_node_id(struct cpu_topology *thiscpu)
{
char path[80];
FILE *filep;
@@ -4428,7 +4478,9 @@ void topology_probe()
max_package_id = cpus[i].physical_package_id;
/* get numa node information */
- cpus[i].node_id = get_node_id(&cpus[i]);
+ cpus[i].physical_node_id = get_physical_node_id(&cpus[i]);
+ if (cpus[i].physical_node_id > topo.max_node_num)
+ topo.max_node_num = cpus[i].physical_node_id;
/* get core information */
cpus[i].physical_core_id = get_core_id(i);
@@ -4443,9 +4495,10 @@ void topology_probe()
if (debug > 1)
fprintf(outf, "cpu %d pkg %d node %d core %d\n",
i, cpus[i].physical_package_id,
- cpus[i].node_id,
+ cpus[i].physical_node_id,
cpus[i].physical_core_id);
}
+
topo.num_cores_per_pkg = max_core_id + 1;
if (debug > 1)
fprintf(outf, "max_core_id %d, sizing for %d cores per package\n",
@@ -4460,6 +4513,10 @@ void topology_probe()
if (!summary_only && topo.num_packages > 1)
BIC_PRESENT(BIC_Package);
+ set_node_data();
+ if (debug > 1)
+ fprintf(outf, "num_nodes_per_pkg %d\n", topo.num_nodes_per_pkg);
+
topo.num_threads_per_core = max_siblings;
if (debug > 1)
fprintf(outf, "max_siblings %d\n", max_siblings);
--
2.15.0.rc0.39.g2f0e14e64
next prev parent reply other threads:[~2017-11-03 12:26 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-11-03 12:25 [RESEND PATCH 0/8] turbostat: Fix AMD output by making turbostat aware of nodes Prarit Bhargava
2017-11-03 12:25 ` [RESEND PATCH 1/8] turbostat: set max_num_cpus equal to the cpumask length Prarit Bhargava
2017-11-03 12:25 ` [RESEND PATCH 2/8] turbostat: Fix node and siblings lookup data Prarit Bhargava
2017-12-08 22:47 ` Len Brown
2017-12-09 11:25 ` Prarit Bhargava
2018-01-03 12:58 ` Prarit Bhargava
2018-01-28 17:43 ` Len Brown
2018-01-28 23:16 ` Prarit Bhargava
2017-11-03 12:25 ` Prarit Bhargava [this message]
2017-11-03 12:25 ` [RESEND PATCH 4/8] turbostat: track thread ID in cpu_topology Prarit Bhargava
2017-11-03 12:25 ` [RESEND PATCH 5/8] turbostat: rename num_cores_per_pkg to num_cores_per_node Prarit Bhargava
2017-11-03 12:25 ` [RESEND PATCH 6/8] turbostat: remove num_ from cpu_topology struct Prarit Bhargava
2017-11-03 12:25 ` [RESEND PATCH 7/8] turbostat: add node information into turbostat calculations Prarit Bhargava
2017-11-03 12:25 ` [RESEND PATCH 8/8] turbostat: Add Node in output Prarit Bhargava
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=20171103122550.13341-4-prarit@redhat.com \
--to=prarit@redhat.com \
--cc=charles.rose@dell.com \
--cc=len.brown@intel.com \
--cc=lenb@kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=rafael@kernel.org \
--cc=suravee.suthikulpanit@amd.com \
/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).