xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
* Ping: c/s 20526 (tools: avoid cpu over-commitment if numa=on)
@ 2010-01-13  8:15 Jan Beulich
  2010-01-13  8:29 ` Keir Fraser
                   ` (2 more replies)
  0 siblings, 3 replies; 4+ messages in thread
From: Jan Beulich @ 2010-01-13  8:15 UTC (permalink / raw)
  To: andre.przywara; +Cc: xen-devel

Andre,

I'm afraid this change isn't really correct:

>+                cores_per_node = info['nr_cpus'] / info['nr_nodes']
>+                nodes_required = (self.info['VCPUs_max'] + cores_per_node - 1) / cores_per_node

Simply using cores_per_node (as calculated here) as a divisor is bound
to cause division-by-zero issues, namely when limiting the number of
CPUs on the Xen command line (maxcpus=). I'm not sure though, what
a reasonable solution to this might look like, since cores-per-node is
a meaningless thing in an artificial setup like this, and may also be
meaningless in asymmetric configurations. So perhaps we really need
to iterate over nodes while summing up the number of CPUs they
have until the number of needed vCPU-s was reached.

Jan

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2010-01-13 22:10 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-01-13  8:15 Ping: c/s 20526 (tools: avoid cpu over-commitment if numa=on) Jan Beulich
2010-01-13  8:29 ` Keir Fraser
2010-01-13 14:24 ` Andre Przywara
2010-01-13 22:10 ` [PATCH] NUMA: Fix computation of needed nodes Andre Przywara

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).