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] SMP guest and itc

To: "Magenheimer, Dan (HP Labs Fort Collins)" <dan.magenheimer@xxxxxx>, "Dong, Eddie" <eddie.dong@xxxxxxxxx>, "Williamson, Alex (Linux Kernel Dev)" <alex.williamson@xxxxxx>
Subject: Re: [Xen-ia64-devel] SMP guest and itc
From: Tristan Gingold <Tristan.Gingold@xxxxxxxx>
Date: Mon, 13 Feb 2006 09:33:09 +0100
Cc: xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Mon, 13 Feb 2006 08:42:10 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <516F50407E01324991DD6D07B0531AD5980F0F@xxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
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: <516F50407E01324991DD6D07B0531AD5980F0F@xxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: KMail/1.5
Le Vendredi 10 Février 2006 19:15, Magenheimer, Dan (HP Labs Fort Collins) a 
écrit :
> Just to briefly reiterate my opinion on the general
> timer tick issue:  The vast majority of timer ticks
> get immediately reflected to the currently executing
> domain.   Since ticks are very frequent (though recently
> reduced in Linux/ia64 from 1024/sec to 250/sec), there
> needs to be a "fast path" that can easily determine
> if this is a "immediately reflect" tick or not.  It
> shouldn't be necessary to go through all the save/restore
> overhead to call C and then march down linked
> lists only to determine that this is indeed one of the
> 99% of ticks that should be immediately reflected.
From a performance POV, I agree with you.  But this is an orthogonal issue!

> That said, I agree that Xen needs to pre-synchronize ITC
> for host SMP to work properly.  I don't think guest SMP
> for Linux will force ITC to be paravirtualized, but
> I guess Tristan will let us know if he discovers otherwise.
Currently this is my option: Xen pre-synchronize ITC and no more ITC 
virtualization is performed.

Tristan.


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