WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] [PATCH] xl cpupool-numa-split: reduce number of Dom0 vcp

To: Ian Jackson <Ian.Jackson@xxxxxxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH] xl cpupool-numa-split: reduce number of Dom0 vcpus
From: Juergen Gross <juergen.gross@xxxxxxxxxxxxxx>
Date: Wed, 16 Feb 2011 09:40:55 +0100
Cc: George Dunlap <George.Dunlap@xxxxxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Wed, 16 Feb 2011 00:42:32 -0800
Dkim-signature: v=1; a=rsa-sha256; c=simple/simple; d=ts.fujitsu.com; i=juergen.gross@xxxxxxxxxxxxxx; q=dns/txt; s=s1536b; t=1297845658; x=1329381658; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=eXcn3o13dMYSzNVYyIARBpF7ACc2KV6Hg0+/H3nfLIc=; b=JoIMElqwXwoqgddpFCADcnAGYTqYT8qcW/2Xi7N1TqK4b+zBt9ROiT11 gzYXkMrSzIPEMgcgqudAYJuXTKisekMX4sId4GhrF3WW75sXMeRQnEwVP 9DHq75avwkB1f4ytN419Wf18VrPEUGebSdDlwxRoyS8LXE4qFCjlyCQCB peJ/oXQY3YHrNFhvyGGaSO62mOZMbK4csAep31xNhy8b5JdT4xG7CM2yo gnGz3VzRXxl92HM4PF38+4KqhIRpQ;
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=SLdbgzhvR3COGN3vk3rNq99s1ZSEcKh5N7q3uBao2GaFpGfHYO7439zx QA2FBT7wumuJ4l/yQU3Ne2abYTgu4dWp+Pt1JLHGOAPb99/0w/hMqYoIM qXhFAfGej+82iGRwnQ4jzomx+Zr3g+5YXTW0gHDMukooVaZ8iAL7jVSP5 8ILg3w6XQTKgHUHYetLWVUqv1YH5HAaQEVO4k5Q1kkboKxDj83XNrozjW ygdl6XaAhQlOYGYIVUDiMOVfzzmwF;
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <19802.54190.181244.976489@xxxxxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Organization: Fujitsu Technology Solutions
References: <fdcb4e8eb4bb02f2c14b.1297680429@nehalem1> <AANLkTinTmULFdrvgo9P7d+1sejt6-5cQqd_b=vib7Cw=@xxxxxxxxxxxxxx> <4D592A6F.9040700@xxxxxxxxxxxxxx> <19801.19977.577959.1306@xxxxxxxxxxxxxxxxxxxxxxxx> <4D5A16E3.70000@xxxxxxxxxxxxxx> <19802.54190.181244.976489@xxxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20101226 Iceowl/1.0b1 Icedove/3.0.11
On 02/15/11 20:27, Ian Jackson wrote:
Juergen Gross writes ("Re: [Xen-devel] [PATCH] xl cpupool-numa-split: reduce number 
of Dom0 vcpus"):
I added a failure exit if not all required vcpus are offlined.

Thanks.  But, is this test correct ?

+        if (info.vcpu_online == n) {
+            break;
+        }

Is it possible for the online map to have n cpus in it, but for them
to be the wrong n cpus ?

The number of online vcpus is important, not which vcpus.
In a strange case it could lead to a wrong number of online vcpus, if the
number was correct in the beginning and e.g. vcpu 0 was offline and
offlining the last vcpu fails. But I don't think this would be a huge
problem, as offlining the vcpus is just a optimization measure.


What if two copies of this code run concurrently ?  (Perhaps in 4.2 we
will need to add a lock?)

The result of both copies should be the same, as it is depending on the
machine configuration only.
And we are speaking of a global machine configuration action. This would mean
two administrators are configuring the same machine without knowing what the
other is doing. Seems to be a very strange scenario. A possible failure
(meaning: not reaching the desired configuration, but no crashing) should be
regarded as acceptable in this case.


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