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: [PATCH] rendezvous-based local time calibration WOW!

To: "John Levon" <levon@xxxxxxxxxxxxxxxxx>
Subject: Re: [Xen-devel] RE: [PATCH] rendezvous-based local time calibration WOW!
From: "Nils Nieuwejaar" <nils.nieuwejaar@xxxxxxxxx>
Date: Sat, 9 Aug 2008 10:47:27 -0400
Cc: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>, "Xen-Devel \(E-mail\)" <xen-devel@xxxxxxxxxxxxxxxxxxx>, Dave Winchell <dwinchell@xxxxxxxxxxxxxxx>, Ian Pratt <Ian.Pratt@xxxxxxxxxxxxx>, Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Delivery-date: Sat, 09 Aug 2008 07:47:49 -0700
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=cw0Vg4hAyGKxDcFgBuf/M3PLmnOfqPxnmrXHxk9d4VM=; b=cUMTzTZUPE/nD28V4nTosqqDabBsk3TpY5SvXYZWx4DOmdGVKPycWoAEr78kO0kXbl c7/o45jBbSdGiuzXr00UJJaJgIqeIQ4J87o4DEfXfd+bTSq5owyt85iwCRgQqYjq/0fw qNE6FJIaVX2dlWUzm12PL3hc6Si8tk0L88jc4=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=EvDQK3ezZt0aIiDWcu1H8SLVNMyXp/woHm+fM8y4bvbAVGRPfNiLnGRuLSLR43mpwl TyHO5ttnzEv7d27J0pOIMx4n8weU0bAHIN7g1FyvdCju3OPwQooEWbYwxGDHahtv7pic AmckZUE7riXD7qVWIWVp/CHiW5kGbHZEP//mI=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20080806152147.GD1789@xxxxxxxxxxxxxxxxxxxxxxx>
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/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <20080806133829.GA28204@xxxxxxxxxxxxxxxxxxxxxxx> <20080806090906796.00000008444@djm-pc> <20080806152147.GD1789@xxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
On Wed, Aug 6, 2008 at 11:21 AM, John Levon <levon@xxxxxxxxxxxxxxxxx> wrote:
> On Wed, Aug 06, 2008 at 09:09:06AM -0600, Dan Magenheimer wrote:
>
>> Again no guarantees but I think we are now under the magic
>> threshold where the skew is smaller than the time required
>> for scheduling a VCPU onto a different CPU.  If so,
>> consecutive gethrtime's by the same thread in a domain
>> should always be monotonic.
>
> Right! That sounds positive.

It's an improvement, but I'm pretty sure it's still not sufficient for
Solaris.  If I understand the change correctly, it seems to solve the
problem for single-vcpu guests on an SMP,  but not for multi-vcpu
guests on an SMP.  It sounds like the OS could reschedule a thread
from VCPU 0 to VCPU 1 and consecutive calls to gethrtime() could still
return non-monotonic results.

Nils

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

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