All of lore.kernel.org
 help / color / mirror / Atom feed
From: Keir Fraser <keir.fraser@eu.citrix.com>
To: Dan Magenheimer <dan.magenheimer@oracle.com>,
	"Xen-Devel (E-mail)" <xen-devel@lists.xensource.com>
Subject: Re: [RFC] [PATCH] use "reliable" tsc properly when available, but verify
Date: Mon, 28 Sep 2009 22:06:36 +0100	[thread overview]
Message-ID: <C6E6E3EC.15E19%keir.fraser@eu.citrix.com> (raw)
In-Reply-To: <C6E6E2B7.15E14%keir.fraser@eu.citrix.com>

On 28/09/2009 22:01, "Keir Fraser" <keir.fraser@eu.citrix.com> wrote:

> 
> Surely it should be sufficient to check TSCs for consistency across all CPUs
> periodically, and against the chosen platform timer, and ensure none are
> drifting? An operation which would not require us to loop for 2ms and would
> provide rather more useful information than an ad-hoc multi-CPU
> race-to-update-a-shared-variable-an-arbitrary-and-large-number-of-times.

I should add, not only is the algorithm stupid and slow, but it doesn't even
check for exactly what RELIABLE_TSC guarantees -- constant-rate TSCs. This
would be useless on a single-CPU system, for example, or perhaps more
practically a single-socket system where all TSCs skewed together due to
package-wide power management. In the latter case TSCs would not skew
relative to each other, even though they could 'skew' relative to wallclock
(represented in Xen by the platform timer).

 -- Keir

  reply	other threads:[~2009-09-28 21:06 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-09-28 20:19 [RFC] [PATCH] use "reliable" tsc properly when available, but verify Dan Magenheimer
2009-09-28 21:01 ` Keir Fraser
2009-09-28 21:06   ` Keir Fraser [this message]
2009-09-28 22:05     ` Dan Magenheimer
2009-09-29  7:43       ` Keir Fraser
2009-09-29 15:51         ` Dan Magenheimer
2009-09-29 17:17           ` Keir Fraser
2009-09-29 18:10             ` Dan Magenheimer
2009-09-29 18:21               ` Keir Fraser
2009-09-29 18:45                 ` Dan Magenheimer
2009-09-29 19:03                   ` Keir Fraser
2009-09-29 19:34                     ` Dan Magenheimer

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=C6E6E3EC.15E19%keir.fraser@eu.citrix.com \
    --to=keir.fraser@eu.citrix.com \
    --cc=dan.magenheimer@oracle.com \
    --cc=xen-devel@lists.xensource.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.