From: Zan Lynx <zlynx@acm.org>
To: David Lang <dlang@digitalinsight.com>
Cc: Andreas Steinmetz <ast@domdv.de>,
Sven-Thorsten Dietrich <sven@mvista.com>,
thockin@hockin.org, Lee Revell <rlrevell@joe-job.com>,
linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: Dual core Athlons and unsynced TSCs
Date: Sun, 15 Jan 2006 01:52:44 -0700 [thread overview]
Message-ID: <1137315165.28041.12.camel@localhost> (raw)
In-Reply-To: <Pine.LNX.4.62.0601131701590.9821@qynat.qvtvafvgr.pbz>
[-- Attachment #1: Type: text/plain, Size: 1136 bytes --]
On Fri, 2006-01-13 at 17:04 -0800, David Lang wrote:
> On Sat, 14 Jan 2006, Andreas Steinmetz wrote:
>
> > David Lang wrote:
> > Well, wait until there's AMD based dual core x86_64 laptops out there
> > (this email being written on a single core x86_64 one). I can already
> > see the faces of the unhappy future owners being told "use idle=poll"
> > when on battery and anyway going deaf by fan noise.
> >
> > (/me ducks and runs)
>
> I'm not saying it's the right answer, but it's one of two workarounds
> currently available.
>
> idle=poll causes increased power useage
>
> timer source change (mentioned earlier in this thread) limits timer
> precision
>
> neither of these are fixes, but by understanding the different costs
> people can choose the work around they want to use while waiting for a
> better fix.
A laptop user could also bind a process to a single CPU, and use the
scaling min/max values to lock CPU speed to a single value. The TSC may
still stop during HLT, but software must be handling that already.
Wouldn't that provide an accurate TSC?
--
Zan Lynx <zlynx@acm.org>
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2006-01-15 8:53 UTC|newest]
Thread overview: 62+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-01-12 22:17 Dual core Athlons and unsynced TSCs 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
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 [this message]
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=1137315165.28041.12.camel@localhost \
--to=zlynx@acm.org \
--cc=ast@domdv.de \
--cc=dlang@digitalinsight.com \
--cc=linux-kernel@vger.kernel.org \
--cc=rlrevell@joe-job.com \
--cc=sven@mvista.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 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.