From: Ralf Baechle <ralf@linux-mips.org>
To: Atsushi Nemoto <anemo@mba.ocn.ne.jp>
Cc: creideiki+linux-mips@ferretporn.se, linux-mips@linux-mips.org
Subject: Re: Extreme system overhead on large IP27
Date: Thu, 26 Oct 2006 13:56:24 +0100 [thread overview]
Message-ID: <20061026125624.GA14122@linux-mips.org> (raw)
In-Reply-To: <20061026.130552.11963152.nemoto@toshiba-tops.co.jp>
On Thu, Oct 26, 2006 at 01:05:52PM +0900, Atsushi Nemoto wrote:
> I think I found the problem at last.
I'm afraid there is more than one problem.
On the 34K core each VPE has its own c0_count and c0_compare registers.
However the reset values are undefined. Which means the time offset
calculated by
offset = (clocksource_read(clock) - clock->cycle_last) & clock->mask;
may differ wildly between processors resulting in a time jitter of upto
almost 215s between both VPEs. Unfortunately there is an unavoidable
race condition when attempting to synchronize the two counters. But
the 34K's nature shrinks the time window to somwhere in the single digit
range of cycles so on a hardcore that would be a handfull of nanoseconds.
Anything that is less than the shortest time for a process to migrate
from one processor (VPE in case of 34K) to another is good enough as it
will guarantee that time cannot jump backward - but the jitter may still
be a a slight problem for the most demanding programs.
Others like RM9000x2 may have similar issues if the counter registers
don't come out of reset synchronized; need to look into that.
Ralf
next prev parent reply other threads:[~2006-10-26 12:55 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-10-21 19:59 Extreme system overhead on large IP27 Karl-Johan Karlsson
2006-10-22 15:21 ` Ralf Baechle
2006-10-22 23:23 ` Ralf Baechle
2006-10-23 0:19 ` Ralf Baechle
2006-10-23 21:30 ` Karl-Johan Karlsson
[not found] ` <20061023224318.GA1732@linux-mips.org>
2006-10-24 13:53 ` Karl-Johan Karlsson
2006-10-24 14:06 ` Ralf Baechle
2006-10-24 15:33 ` Ilya A. Volynets-Evenbakh
2006-10-24 15:44 ` Karl-Johan Karlsson
2006-10-24 15:50 ` Ralf Baechle
2006-10-24 17:34 ` Atsushi Nemoto
2006-10-24 17:50 ` Ralf Baechle
2006-10-25 8:45 ` Atsushi Nemoto
2006-10-26 4:05 ` Atsushi Nemoto
2006-10-26 7:42 ` Manish Lachwani
2006-10-26 14:16 ` Atsushi Nemoto
2006-10-27 1:55 ` mlachwani
2006-10-26 8:41 ` Karl-Johan Karlsson
2006-10-26 12:56 ` Ralf Baechle [this message]
2006-10-26 13:51 ` Kevin D. Kissell
2006-10-26 13:51 ` Kevin D. Kissell
2006-10-26 16:50 ` Ralf Baechle
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=20061026125624.GA14122@linux-mips.org \
--to=ralf@linux-mips.org \
--cc=anemo@mba.ocn.ne.jp \
--cc=creideiki+linux-mips@ferretporn.se \
--cc=linux-mips@linux-mips.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.