LKML Archive on
help / color / mirror / Atom feed
From: "Zhao Forrest" <>
To: "Peter Zijlstra" <>
Subject: Re: Can Linux kernel handle unsynced TSC?
Date: Fri, 29 Feb 2008 22:20:08 +0800	[thread overview]
Message-ID: <> (raw)
In-Reply-To: <1204281823.6243.78.camel@lappy>

On 2/29/08, Peter Zijlstra <> wrote:
> On Fri, 2008-02-29 at 16:55 +0800, Zhao Forrest wrote:
> > Sorry for reposting it.
> >
> > For example,
> > 1 rdtsc() is invoked on CPU0
> > 2 process is migrated to CPU1, and rdtsc() is invoked on CPU1
> > 3 if TSC on CPU1 is slower than TSC on CPU0, can kernel guarantee
> > that the second rdtsc() doesn't return a value smaller than the one
> > returned by the first rdtsc()?
> No, rdtsc() goes directly to the hardware. You need a (preferably cheap)
> clock abstraction layer on top if you need this.

Thank you for the clarification. I think gettimeofday() is such kind
of clock abstraction layer, am I right?

  reply	other threads:[~2008-02-29 14:20 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-02-29  8:55 Zhao Forrest
2008-02-29 10:43 ` Peter Zijlstra
2008-02-29 14:20   ` Zhao Forrest [this message]
2008-02-29 14:27     ` Peter Zijlstra

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:

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

  git send-email \ \ \ \ \ \
    --subject='Re: Can Linux kernel handle unsynced TSC?' \

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).