From: Sven-Thorsten Dietrich <sven@mvista.com>
To: Lee Revell <rlrevell@joe-job.com>
Cc: thockin@hockin.org, linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: Dual core Athlons and unsynced TSCs
Date: Fri, 13 Jan 2006 11:07:28 -0800 [thread overview]
Message-ID: <1137179248.2536.23.camel@localhost.localdomain> (raw)
In-Reply-To: <1137178855.15108.42.camel@mindpipe>
On Fri, 2006-01-13 at 14:00 -0500, Lee Revell wrote:
> On Fri, 2006-01-13 at 10:56 -0800, Sven-Thorsten Dietrich wrote:
> > On Fri, 2006-01-13 at 10:55 -0800, thockin@hockin.org wrote:
> > > On Fri, Jan 13, 2006 at 01:09:51PM -0500, Lee Revell wrote:
> > > > > Some apps/users need higher resolution and lower overhead that only rdtsc
> > > > > can offer currently.
> > > >
> > > > But obviously if the TSC gives wildly inaccurate results, it cannot be
> > > > used no matter how low the overhead.
> > >
> > > unless we can re-sync the TSCs often enough that apps don't notice.
> > >
> >
> > You'd have to quantify that somehow, in terms of the max drift rate
> > (ppm), and the max resolution available (< tsc frequency).
> >
> > Either that, or track an offset, and use one TSC as truth, and update
> > the correction factor for the other TSCs as often as needed, maybe?
> >
> > This is kind of analogous to the "drift" NTP calculates against a
> > free-running oscillator.
> >
> > So you'd be pushing that functionality deeper into the OS-core.
> >
> > Dave Mills had that "hardpps" stuff in there for a while, it might be a
> > starting point.
> >
> > Just some thoughts for now...
> >
>
> It kind of makes you wonder what in the heck AMD were thinking, whether
> they realized that this design decision would cause so many problems at
> the OS level (it's broken at least Linux and Solaris). Maybe Windows
> keeps time in a way that was unaffected by this?
>
Last time I looked at Windows, we had to create an RT task to
interpolate between jiffies, b/c Windows was only keeping time at the
10 / 16 (smp) ms resolution. (to get NTP to run)
That was 6 years ago.
I haven't looked back since, and may I turn to salt or stone if I ever
do.
> Lee
>
--
***********************************
Sven-Thorsten Dietrich
Real-Time Software Architect
MontaVista Software, Inc.
1237 East Arques Ave.
Sunnyvale, CA 94085
Phone: 408.992.4515
Fax: 408.328.9204
http://www.mvista.com
Platform To Innovate
***********************************
next prev parent reply other threads:[~2006-01-13 19:07 UTC|newest]
Thread overview: 62+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-01-12 22:17 Lee Revell
2006-01-13 15:10 ` Roger Heflin
2006-01-13 16:04 ` Steven Rostedt
2006-01-13 17:47 ` Lee Revell
2006-01-13 17:52 ` Steven Rostedt
2006-01-13 17:54 ` Lee Revell
2006-01-13 18:41 ` Steven Rostedt
2006-01-13 18:55 ` Lee Revell
2006-01-13 20:09 ` Steven Rostedt
2006-01-13 20:26 ` Steven Rostedt
2006-01-13 20:40 ` Lee Revell
2006-01-13 20:43 ` Lee Revell
2006-01-13 20:46 ` Thomas Gleixner
2006-01-13 20:48 ` Lee Revell
2006-01-13 20:51 ` Thomas Gleixner
2006-01-13 20:52 ` Steven Rostedt
2006-01-13 21:05 ` Steven Rostedt
2006-01-13 21:10 ` Thomas Gleixner
2006-01-13 21:17 ` Steven Rostedt
2006-01-16 9:52 ` Thomas Gleixner
2006-01-16 15:55 ` Steven Rostedt
2006-01-14 0:23 ` john stultz
2006-01-14 1:10 ` Steven Rostedt
2006-01-14 1:14 ` Lee Revell
2006-01-14 1:23 ` john stultz
2006-01-14 1:27 ` Lee Revell
2006-01-14 1:39 ` john stultz
2006-01-14 1:43 ` Steven Rostedt
2006-01-14 1:50 ` john stultz
2006-01-14 2:15 ` Steven Rostedt
2006-01-14 2:34 ` Steven Rostedt
2006-01-16 1:19 ` Andi Kleen
2006-01-14 6:54 ` Christoph Lameter
2006-01-13 18:06 ` thockin
2006-01-13 17:58 ` Lee Revell
2006-01-13 18:16 ` thockin
2006-01-13 18:09 ` Lee Revell
2006-01-13 18:55 ` thockin
2006-01-13 18:56 ` Sven-Thorsten Dietrich
2006-01-13 19:00 ` Lee Revell
2006-01-13 19:07 ` Sven-Thorsten Dietrich [this message]
2006-01-13 21:18 ` David Lang
2006-01-13 21:56 ` thockin
2006-01-13 22:05 ` David Lang
2006-01-13 22:18 ` Sven-Thorsten Dietrich
2006-01-13 22:49 ` David Lang
2006-01-14 0:41 ` Andreas Steinmetz
2006-01-14 1:04 ` David Lang
2006-01-14 1:21 ` Andreas Steinmetz
2006-01-14 1:51 ` thockin
2006-01-15 8:52 ` Zan Lynx
2006-01-15 16:25 ` thockin
2006-01-15 16:33 ` Lee Revell
2006-01-15 18:21 ` thockin
2006-01-15 18:29 ` Lee Revell
2006-01-15 18:49 ` thockin
2006-01-14 1:13 ` thockin
2006-01-13 22:23 ` thockin
2006-01-13 19:13 ` Xavier Bestel
2006-01-13 19:32 ` thockin
2006-01-13 20:58 ` Steven Rostedt
[not found] <5ujmj-1UQ-511@gated-at.bofh.it>
[not found] ` <5uBnF-2SG-11@gated-at.bofh.it>
[not found] ` <5uBnF-2SG-9@gated-at.bofh.it>
[not found] ` <5uBxi-3iM-21@gated-at.bofh.it>
[not found] ` <5uBGY-3ul-21@gated-at.bofh.it>
[not found] ` <5uCa5-443-45@gated-at.bofh.it>
[not found] ` <5uCjF-4fW-15@gated-at.bofh.it>
[not found] ` <5uCtj-4Fi-15@gated-at.bofh.it>
2006-01-14 0:24 ` Robert Hancock
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=1137179248.2536.23.camel@localhost.localdomain \
--to=sven@mvista.com \
--cc=linux-kernel@vger.kernel.org \
--cc=rlrevell@joe-job.com \
--cc=thockin@hockin.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Powered by JetHome