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: "Alex Williamson" <alex.williamson@xxxxxx>, "Tristan Gingold" <Tristan.Gingold@xxxxxxxx>
Subject: RE: [Xen-ia64-devel] SMP guest and itc
From: "Dong, Eddie" <eddie.dong@xxxxxxxxx>
Date: Tue, 14 Feb 2006 09:26:31 +0800
Cc: xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Tue, 14 Feb 2006 01:39:15 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
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>
Sender: xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcYwvkct0FwQTq1xQciU1iTtRTJLHQARfYIQ
Thread-topic: [Xen-ia64-devel] SMP guest and itc
Alex Williamson wrote:
> On Mon, 2006-02-13 at 09:33 +0100, Tristan Gingold wrote:
>> 
>>> 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.
> 
>    Thinking out loud... I wonder if it would be a better long term
> approach to report the ITC as having drift to guest domains and
> introduce a paravirtualized xen time interpolator.  I'm worried that
> if the ITC is fully virtualized, things like gettimeofday() on an SMP
> guest could cause lots of ring crossings.  Using a time interpolator,
> we might be able to let any jitter protection or contention
> algorithms happen in xen and get a little more efficiency.  At some
> point we'll need to run on a system where the ITCs drift so we can't
> count on pre-sync'd ITCs as the only long term solutions.  Thanks,
> 
>       Alex
Base on my understanding, the ITC drift between different processor
after fixup done in Linux or Xen today is less than 100ns. So I think
that is not a big issue as if we guarantee the guest doesn't  see
backward time. (As VP migration usually take longer than 100ns)
For the gettimeofday() concern, I don't agree. Because even we support
full virtualization, an paravirtualized guest can still get guest ITC
quickly by exposing the formula to guest or accessing share memory (X86
use share memory). The points in my mind is that:
        1: Hypervisor do full virtualization.
        2: Para-domain can accelerate ITC access thru share memory or
exposed formula
        3: hardware domain must cross virtualization fault/resume that
is less effective than para-domain.
        Anyway, gettimeofday is not frequently accessed, so it is not a
big cake:-)

        Meanwhile, what Dan concerned about fast timer IRQ reflection
can still be implemented later after the full virtualization framework
is done :-)
        So I suggest we start full virtualization now, but para domain
and VTI domain do slight difference in acceleration.
thx,eddie

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