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] Xen 3.4.1 NUMA support

To: Juergen Gross <juergen.gross@xxxxxxxxxxxxxx>
Subject: Re: [Xen-devel] Xen 3.4.1 NUMA support
From: George Dunlap <George.Dunlap@xxxxxxxxxxxxx>
Date: Mon, 9 Nov 2009 12:07:50 +0000
Cc: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, Keir Fraser <Keir.Fraser@xxxxxxxxxxxxx>, Papagiannis Anastasios <apapag@xxxxxxxxxxxx>
Delivery-date: Mon, 09 Nov 2009 04:08:42 -0800
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type; bh=ohgAovjTHNIJkASeIlk3/c838Y1zjhG40zwO2PtdfrE=; b=u0eGoTtVG1rSKa/lkB0gvhwCiGAkaelZHKAqQT7Di0rv7xfJZD5BnakWMhrnHTvyPn Pz92qP6+kiF8T7AKT5mF+AoR2RoEe4pssH0dzxW6MZDfRfiV/taiij1krqzYo/QlJdW3 3qDfslEkkjxBMYudVj1IkRG/Ib/78T8hePvU8=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=jSNecben8CcATOO2KTy4AnObTwgyG/Z/FNcl3gXnA1y2PScBLLU4D2pA93wBPpJwDI LesAWIDF3TZJonnVijIBXKXaPDggL4nmlQqZGtnV0qskEVokZ/HRNSqIu7fX2ey47c2u bd9xnDc6JM1pRV/7CuG1Jcvg8s0srWU7nDek0=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <4AF800AD.3070407@xxxxxxxxxxxxxx>
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>
References: <bd4f4a54-5269-42d8-b16d-cbdfaeeba361@default> <4AF7FE15.6070503@xxxxxxxxxxxxx> <4AF800AD.3070407@xxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
On Mon, Nov 9, 2009 at 11:44 AM, Juergen Gross
<juergen.gross@xxxxxxxxxxxxxx> wrote:
> George, would this be okay for you? I think your scheduler still will have
> problems with domain weights as long as domains are restricted to some
> processors, right?

Hmm, this may be a point of discussion at some point.

My plan was actually to have one runqueue per L2 processor cache.
Thus as many as 4 cores (and possibly 8 hyperthreads) would be sharing
the same runqueue; doing CPU pinning within the same runqueue would be
problematic.

I was planning on having credits work mainly within one runqueue, and
then do load balancing between runqueues.  In that case pinning to a
specific runqueue shouldn't cause a problem, because credits of one
runqueue wouldn't affect credtis of another one.

However, I haven't implemented or tested this idea yet; it's possible
that having credits kept distinct and doing load balancing between
runqueues will cause unacceptable levels of unfairness.  I expect it
to be fine (esp since Linux's scheduler does this kind of load
balancing, but doesn't share runqueues between logical processors),
but without implementation and testing I can't say for sure.

Thoughts are welcome at this point, but it will probably be better to
have a real discussion once I've posted some patches.

 -George

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