From: george anzinger <george@mvista.com>
To: "Martin A. Brooks" <martin@jtrix.com>
Cc: Mark Hahn <hahn@physics.mcmaster.ca>,
LKML <linux-kernel@vger.kernel.org>
Subject: Re: asymmetric multiprocessing
Date: Thu, 20 Dec 2001 14:32:40 -0800 [thread overview]
Message-ID: <3C226708.FECAE3CD@mvista.com> (raw)
In-Reply-To: <Pine.LNX.4.33.0112200912480.7795-100000@coffee.psychology.mcmaster.ca> <1008858802.431.43.camel@unhygienix>
"Martin A. Brooks" wrote:
>
> On Thu, 2001-12-20 at 14:13, Mark Hahn wrote:
> > not supported (and frowned upon by the spec). the issue is TSC,
> > of course, and it's definitely not clear whether the normal case
> > (correctly configured SMP) should be burdoned by support for
> > mixed-clock chips.
>
> I'm no expert on MP, hence I fail to see why differing clock speeds
> between CPUs should be a problem providing the system bus rates are
> constant. As each CPU would be rated differently as far as bogomips are
> concerned, couldn't the scheduler apply load accordingly?
>
But then you are forcing the system to include cpu information each time
it reads the TSC. For example, the TSC is currently used to provide the
sub jiffie resolution for the system clock. If you also need to include
which cpu you run into a couple of problems: a) what if the start TSC is
read from a different cpu than the end TSC? (In this case the start is
the last jiffie interrupt and the end is "now" when the time is being
requested.) b.) The conversion to micro seconds depends on the clock
rate, i.e. the TSC clock rate.
--
George george@mvista.com
High-res-timers: http://sourceforge.net/projects/high-res-timers/
Real time sched: http://sourceforge.net/projects/rtsched/
prev parent reply other threads:[~2001-12-20 22:34 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <Pine.LNX.4.33.0112200912480.7795-100000@coffee.psychology.mcmaster.ca>
2001-12-20 14:33 ` asymmetric multiprocessing Martin A. Brooks
2001-12-20 22:32 ` george anzinger [this message]
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=3C226708.FECAE3CD@mvista.com \
--to=george@mvista.com \
--cc=hahn@physics.mcmaster.ca \
--cc=linux-kernel@vger.kernel.org \
--cc=martin@jtrix.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox