From: William Lee Irwin III <wli@holomorphy.com>
To: "Perez-Gonzalez, Inaky" <inaky.perez-gonzalez@intel.com>
Cc: "'Chris Friesen'" <cfriesen@nortelnetworks.com>,
"'Linux Kernel Mailing List'" <linux-kernel@vger.kernel.org>
Subject: Re: how to measure scheduler latency on powerpc? realfeel doesn' t work due to /dev/rtc issues
Date: Mon, 12 May 2003 18:02:42 -0700 [thread overview]
Message-ID: <20030513010242.GO8978@holomorphy.com> (raw)
In-Reply-To: <A46BBDB345A7D5118EC90002A5072C780CCB042C@orsmsx116.jf.intel.com>
From: William Lee Irwin III [mailto:wli@holomorphy.com]
>> This is ridiculous. Just make sure you're not sharing interrupts and
>> count cycles starting at the ISR instead of wakeup and tag events
>> properly if you truly believe that to be your metric. You, as the
>> kernel, are notified whenever the interrupts occur and can just look
>> at the time of day and cycle counts.
On Mon, May 12, 2003 at 05:20:39PM -0700, Perez-Gonzalez, Inaky wrote:
> Well, I am only suggesting a way to _FORCE_ interrupts to happen
> at a certain rate controllable by _SOMEBODY_, not as the system
> gets them. Chris was concerned about not having a way to
> _GENERATE_ interrupts at a certain rate.
> What you are suggesting is the other part of the picture, how to
> measure the latency and AFAICS, it is not part of the problem of
> generating the interrupts.
It also seems somewhat pointless to measure it under artificial
conditions. Interrupts happen often anyway and you probably want to
measure the effects of real drivers and kernel subsystems on the time
it takes for the blocked task to resume in userspace for real loads.
By the time you've done up custom drivers and interrupt load generators
you've completely divorced whatever you're measuring from whatever will
affect runtime in the field.
-- wli
next prev parent reply other threads:[~2003-05-13 0:50 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-05-13 0:20 how to measure scheduler latency on powerpc? realfeel doesn' t work due to /dev/rtc issues Perez-Gonzalez, Inaky
2003-05-13 1:02 ` William Lee Irwin III [this message]
-- strict thread matches above, loose matches on Subject: below --
2003-05-13 2:08 Perez-Gonzalez, Inaky
[not found] <493798056@toto.iv>
2003-05-12 5:04 ` how to measure scheduler latency on powerpc? realfeel doesn't " Peter Chubb
2003-05-12 5:08 ` William Lee Irwin III
2003-05-10 0:39 how to measure scheduler latency on powerpc? realfeel doesn' t " Perez-Gonzalez, Inaky
2003-05-12 23:55 ` William Lee Irwin III
2003-05-08 22:12 how to measure scheduler latency on powerpc? realfeel doesn't " Chris Friesen
2003-05-09 0:13 ` William Lee Irwin III
2003-05-09 0:38 ` Davide Libenzi
2003-05-09 0:38 ` William Lee Irwin III
2003-05-09 0:56 ` Richard B. Johnson
2003-05-09 3:52 ` Chris Friesen
2003-05-09 4:13 ` Roland Dreier
2003-05-09 6:07 ` Chris Friesen
2003-05-09 4:26 ` William Lee Irwin III
2003-05-09 6:14 ` Chris Friesen
2003-05-09 6:20 ` William Lee Irwin III
2003-05-09 6:53 ` Chris Friesen
2003-05-09 7:01 ` William Lee Irwin III
2003-05-09 16:47 ` Robert Love
2003-05-09 16:53 ` William Lee Irwin III
2003-05-09 17:38 ` Chris Friesen
2003-05-09 11:37 ` paubert
2003-05-09 8:23 ` mikpe
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=20030513010242.GO8978@holomorphy.com \
--to=wli@holomorphy.com \
--cc=cfriesen@nortelnetworks.com \
--cc=inaky.perez-gonzalez@intel.com \
--cc=linux-kernel@vger.kernel.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