[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [PATCH 3 of 4] Extend cpupools to support numa


  • To: Ian Campbell <Ian.Campbell@xxxxxxxxxx>
  • From: Juergen Gross <juergen.gross@xxxxxxxxxxxxxx>
  • Date: Wed, 08 Dec 2010 13:07:50 +0100
  • Cc: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
  • Delivery-date: Wed, 08 Dec 2010 04:08:35 -0800
  • Domainkey-signature: s=s1536a; d=ts.fujitsu.com; c=nofws; q=dns; h=X-SBRSScore:X-IronPort-AV:Received:X-IronPort-AV: Received:Received:Message-ID:Date:From:Organization: User-Agent:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=RpPwCFRec4vR+CrcFnZcRPVSGSN6YcfjZOV/vUrijplenlOBcx3Kc7O0 Qx4Pf0uUaTbV/7uTX9EbVIaemwymuoRpdtRyvThsyzU4K9Im87Mgh2EbZ 3Fx+KKnnCvQ65QM3kYQcpvbAqQUraCsRxJuPrQPup2kc8ymVhi5TwZBCl IIp7JEFVvGL5Fw2kkjW39n9QwFS4qo/f/Lzffjolbn8J11QQxJRFsJmuG BnTgCluRT8lyR3IHNuUTxyf7ScxgI;
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>

On 12/08/10 11:58, Ian Campbell wrote:
See previous comments about the interface to libxl_get_topoplogy and
leaking the returned pointer value.

On Fri, 2010-11-26 at 07:10 +0000, Juergen Gross wrote:
+    if (libxl_get_freecpus(&ctx,&freemap)) {
+        fprintf(stderr, "libxl_get_freecpus failed\n");
+        return -ERROR_FAIL;
+    }
+
+    topology = libxl_get_topologyinfo(&ctx);
+    if (topology == NULL) {
+        fprintf(stderr, "libxl_get_topologyinfo failed\n");
+        return -ERROR_FAIL;
+    }
+
+    n = 0;
+    for (cpu = 0; cpu<  topology->nodemap.entries; cpu++) {
+        if (libxl_cpumap_test(&freemap, cpu)&&
+            (topology->nodemap.array[cpu] == node)&&
+            !libxl_cpupool_cpuadd(&ctx, poolid, cpu)) {
+                n++;
+        }
+    }

This sequence of actions look like they would make a useful addition to
the libxl interface as a helper function.

Not sure what it would be called, perhaps:
        libxl_cpupool_cpuadd_node(&ctx, poolid, node)
?

Okay.


+    for (p = 0; p<  n_pools; p++) {
+        if (poolinfo[p].poolid == poolid) {
+            for (cpu = 0; cpu<  topology->nodemap.entries; cpu++) {
+                if ((topology->nodemap.array[cpu] == node)&&
+                    libxl_cpumap_test(&poolinfo[p].cpumap, cpu)&&
+                    !libxl_cpupool_cpuremove(&ctx, poolid, cpu)) {
+                        n++;
+                }
+            }
+        }
+    }

also a helper function?

libxl_cpupool_cpuremove_node(&ctx, poolid, node)

Okay.


Isn't there an existing function to find a poolinfo from a poolid? (if
not then should there be?)

Currently it is only possible to get infos for ALL cpupools. As the
number of cpupools is expected to be not very large, this should be no
problem.
Perhaps it would make sense to create a helper function to locate the correct
poolinfo member based on the poolid.


Juergen

--
Juergen Gross                 Principal Developer Operating Systems
TSP ES&S SWE OS6                       Telephone: +49 (0) 89 3222 2967
Fujitsu Technology Solutions              e-mail: juergen.gross@xxxxxxxxxxxxxx
Domagkstr. 28                           Internet: ts.fujitsu.com
D-80807 Muenchen                 Company details: ts.fujitsu.com/imprint.html

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.