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] Re: Xen scheduler

To: "Petersson, Mats" <Mats.Petersson@xxxxxxx>
Subject: Re: [Xen-devel] Re: Xen scheduler
From: Emmanuel Ackaouy <ackaouy@xxxxxxxxx>
Date: Tue, 24 Apr 2007 16:55:48 +0200
Cc: ncmike@xxxxxxxxxx, xen-devel@xxxxxxxxxxxxxxxxxxx, pak333@xxxxxxxxxxx
Delivery-date: Tue, 24 Apr 2007 07:54:38 -0700
Dkim-signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:in-reply-to:references:mime-version:content-type:message-id:content-transfer-encoding:cc:from:subject:date:to:x-mailer; b=W9Oqumxdilj8AFoH7mnBAjwCmkRCWeqDTo2Ovjo2VNKPWITBAUrxNb+JWWXmgwWq8ojwMnKX+BMYwnsyr5WZAmZNFCWcf/MEMUotB7ly5gAZAOWaILDOQ72dRiMG82sNHM3VPQ0MPQ9tqyBUEYN2jzKOuw7xjaBEf47rXOj6OdQ=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:in-reply-to:references:mime-version:content-type:message-id:content-transfer-encoding:cc:from:subject:date:to:x-mailer; b=qY+pMg2TnywkYpZCXLKW0M4pz1smcFChaPDXN6dF6Hw6QzNevuhLLh8I0N01q7Vf4JaWaxZl0KD69tY83C5CopkSNpcQtCvthWN8Y86/EbM4ISJZrWpBVLf9dZzfU0eyC+HqEMGDU3o0imRhGblYt+n8sKo4TgzZO9Hberh3uRs=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <907625E08839C4409CE5768403633E0B018E1C53@xxxxxxxxxxxxxxxxx>
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>
References: <907625E08839C4409CE5768403633E0B018E1C53@xxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
On Apr 24, 2007, at 16:42, Petersson, Mats wrote:
If you feel two VCPUs would do better co-scheduled on a
core or socket, you'd currently have to use cpumasks -- as
mike suggested -- to restrict where they can run manually. I'd
be curious to know of real world cases where doing this
increases performance significantly.

If you have data-sharing between the apps on the same socket, and a shared L2 or L3 cache, and the application/data fits in the cache, I could see that it would help. [And of course, the OS for example will have some data and code-sharing between CPU's - so some application where a lot of time is spent in the OS itself would be benefitting from "socket sharing"].

For other applications, having better memory bandwitch is most likely better.

Of course, for ideal performance, it would also have to be taken into account which CPU owns the memory being used, as the latency of transferring memory from one CPU to another in a NUMA system can affect the performance quite noticably.

I understand in theory what would do better scheduled in either
of these ways. What I'm interested in learning about is actual
applications that people use that exhibit the type of L2/3 cache
sharing that would make it significantly better to co-schedule
the VCPUs in question on whole sockets rather than across
them.


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

<Prev in Thread] Current Thread [Next in Thread>