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] unnecessary VCPU migration happens again

To: "Emmanuel Ackaouy" <ack@xxxxxxxxxxxxx>
Subject: RE: [Xen-devel] unnecessary VCPU migration happens again
From: "Xu, Anthony" <anthony.xu@xxxxxxxxx>
Date: Tue, 19 Dec 2006 15:02:55 +0800
Cc: "Petersson, Mats" <Mats.Petersson@xxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxx, xen-ia64-devel <xen-ia64-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Mon, 18 Dec 2006 23:02:52 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
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/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AccfAurotfwrTdyFRlq7EOdZyPQNQAENtmZA
Thread-topic: [Xen-devel] unnecessary VCPU migration happens again
Emmanuel Ackaouy write on 2006年12月14日 6:05:
> Anthony,
> 
> I checked in a change to the scheduler multi-core/thread
> mechanisms in xen-unstable which should address the over
> aggressive migrations you were seeing.
> 
> Can you pull that change, try your experiments again, and
> let me know how it works for you?


Hi Emmanuel,

Sorry for late response,

I did some performances tests based on your patch, SMP VTI Kernel build
and SMP VTI LTP.

Your patch is good, and reduce the majority of unnecessary migrations.
But the unnecessary migration still exist. I can still see about 5% performance
degradation on above benchmark( KB and LTP).
In fact this patch had helped a lot (from 27% to 5%)

I can understand it is impossible to implement spreading VCPU over all 
sockets/cores
and eliminate all unnecessary migration in the same time.

Is it possible for us to add a argument to function scheduler_init to 
enable/disable 
spreading VCPU feature?

It's caller's responsibilty to enable/disable this feature.

BTW, I used attatched patch to disable spreading VCPU feature.



Thanks,
Anthony



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

Attachment: sched.patch
Description: sched.patch

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