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-ia64-devel

Re: [Xen-ia64-devel] problems with smp

To: "Alex Williamson" <alex.williamson@xxxxxx>
Subject: Re: [Xen-ia64-devel] problems with smp
From: "David Brown" <dmlb2000@xxxxxxxxx>
Date: Thu, 8 Feb 2007 15:42:39 -0800
Cc: xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Thu, 08 Feb 2007 15:43:30 -0800
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=GxJBFbvUNCxgvquNm3Px4CNQ9fq5n2Ow2H/4q6u0ZEftbHNeoBue5fmv3d+yC9WbFpgV4aKpXO2eeFzqyxMAhoZGkJbmWI6S9B44avhj2E4axt5tHl6DG2Yez/UK6DCNgBrefZyIynT+YqV4V5SZ8YECexQZs+eZGK14gdbaxmo=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <1170977418.30297.156.camel@bling>
List-help: <mailto:xen-ia64-devel-request@lists.xensource.com?subject=help>
List-id: Discussion of the ia64 port of Xen <xen-ia64-devel.lists.xensource.com>
List-post: <mailto:xen-ia64-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ia64-devel>, <mailto:xen-ia64-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ia64-devel>, <mailto:xen-ia64-devel-request@lists.xensource.com?subject=unsubscribe>
References: <9c21eeae0702071310g6a8bc60nf69721e445f91604@xxxxxxxxxxxxxx> <1170883890.11374.1.camel@xxxxxxxxxxxxx> <9c21eeae0702071737j5cdc0508t6dd741acbc291e7a@xxxxxxxxxxxxxx> <9c21eeae0702072040g222e2e42qa1bcdf8e8531e197@xxxxxxxxxxxxxx> <67C74B5C0666C9takebe_akio@xxxxxxxxxxxxxx> <9c21eeae0702080910l5f7214d9n713f51f8783cc11d@xxxxxxxxxxxxxx> <1170977418.30297.156.camel@bling>
Sender: xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx
   All of the CPUs exposed to dom0 and domUs are virtual CPUs.  Xen
schedules virtual CPUs across the physical CPUs just like a bare metal
OS schedules processes across physical CPUs.  The xm top output shows
vCPU processor usage across all the vCPUs in a domain.  The CPU% shown
is the percentage of physical CPU time taken.  So 100% means the domain
is consuming all the time of one physical CPU.  A 4-way domain might
consume up to 400%.  One vCPU cannot consume more than one physical CPU,
so if you have less vCPUs (across all domains) than you do pCPUs, then
you won't be able to fully utilize the extra pCPUs.  Does that help?
Thanks,

Yes, thanks.

So, my dual itanium 2 box running dom0 and 8 domU's, and xm top is
showing that the dom0 and one of the domU's are using %40 each and the
other 7 domU's are showing <10% (this almost sounds like a high school
math problem ;)) is not actually maxed out... there's a slowdown
somewhere else in the system then because really adding up the
percentages should equal to 200% if the processors were maxed out.

At least that's what I think is going on...

- David Brown

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