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 2 of 2]: PV-domain SMP performance Linux-part

To: Juergen Gross <juergen.gross@xxxxxxxxxxxxxxxxxxx>
Subject: Re: [Xen-devel] [Patch 2 of 2]: PV-domain SMP performance Linux-part
From: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Date: Fri, 19 Dec 2008 09:56:00 +0000
Cc: George Dunlap <George.Dunlap@xxxxxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Fri, 19 Dec 2008 01:56:08 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <494B686F.1050505@xxxxxxxxxxxxxxxxxxx>
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>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: Aclhv/7nCFD4YrQCq0O+mkYGTzk+1Q==
Thread-topic: [Xen-devel] [Patch 2 of 2]: PV-domain SMP performance Linux-part
User-agent: Microsoft-Entourage/12.14.0.081024
On 19/12/2008 09:25, "Juergen Gross" <juergen.gross@xxxxxxxxxxxxxxxxxxx>
wrote:

>> I haven't seen any win on any real world setup. So I remain unconvinced, and
>> it'll need more than you alone championing the patch to get it in. There
>> have been no other general comments so far (Jan's have been about specific
>> details).
> 
> Okay, would the following scenario be "real world" enough?
> 
> Multiple domUs being busy leading to enough vcpu scheduling, several parallel
> kernel builds in dom0 acting as benchmark.

Something like that would be better. Of course you'd need to measure work
done in the domUs as well, as one of the critical factors for this patch
would be how it affects fairness. It's one reason I'm leery of this patch --
our scheduler is unpredictable enough as it is without giving domains
another lever to pull!

 -- Keir



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