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/
Home Products Support Community News


[Xen-devel] RE: TSC scaling and softtsc reprise, and PROPOSAL

To: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>, Ian Pratt <Ian.Pratt@xxxxxxxxxxxxx>, "Zhang, Xiantao" <xiantao.zhang@xxxxxxxxx>, "Xen-Devel (E-mail)" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: [Xen-devel] RE: TSC scaling and softtsc reprise, and PROPOSAL
From: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
Date: Mon, 27 Jul 2009 15:14:45 -0700 (PDT)
Cc: "Dong, Eddie" <eddie.dong@xxxxxxxxx>, John Levon <levon@xxxxxxxxxxxxxxxxx>
Delivery-date: Mon, 27 Jul 2009 15:15:37 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <C693C4AE.10891%keir.fraser@xxxxxxxxxxxxx>
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>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
> >> I believe this affects the guest OS executing RDTSC, not
> >> guest apps, and is
> >> only to delay the TSC to not 'run past' pending timer ticks
> >> (typically where
> >> they have been delayed due to the guest being preempted).
> > 
> > Could be.  The text would lead me to believe otherwise
> > though.  Read the section on "Virtual TSC" in the
> > above PDF. Specifically the Virtual TSC "advances even
> > when the the virtual CPU is not running" and "In the
> > past, this feature had sometimes been recommended to
> > improve performance of APPLICATIONS that read the
> > TSC frequently..." (my emphasis)
> Yes, then it sounds like they virtualise it for apps too. 
> Also there is an
> option to virtualise the TSC at a specified frequency -- that would be
> pretty weird if it applied only to guest-OS RDTSCs but not 
> guest-app RDTSCs.
> Interesting...
>  -- Keir

And further, the frequency is "sticky" across migration, with
the frequency set to whatever machine the VM originated on.

I'd be inclined to just use Xen system time and thus
the TSC frequency would be always 1GHz on all systems.

Xen-devel mailing list

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