All of lore.kernel.org
 help / color / mirror / Atom feed
From: Lee Revell <rlrevell@joe-job.com>
To: Kevin Hilman <kjh-lkml@hilman.org>
Cc: linux-kernel <linux-kernel@vger.kernel.org>, Ingo Molnar <mingo@elte.hu>
Subject: Re: voluntary-preemption: understanding latency trace
Date: Thu, 09 Sep 2004 17:02:18 -0400	[thread overview]
Message-ID: <1094763737.1362.325.camel@krustophenia.net> (raw)
In-Reply-To: <83656nk9mk.fsf@www2.muking.org>

On Thu, 2004-09-09 at 06:41, Kevin Hilman wrote:
> I'm seeing a mismatch between my manually-measured timings and the
> timings I see in /proc/latency_trace.
> 
> I've got a SCHED_FIFO kernel thread at the highest priority
> (MAX_USER_RT_PRIO-1) and it's sleeping on a wait queue.  The wake is
> called from an ISR.  Since this thread is the highest priority in the
> system, I expect it to run before the ISR threads and softIRQ threads
> etc. 
> 
> In the ISR I sample sched_clock() just before the call to wake_up()
> and in the thread I sample sched_clock() again just after the call to
> sleep.  I'm seeing an almost 4ms latency between the call to wake_up
> and the actual wakeup.  However, in /proc/latency_trace, the worst
> latency I see during the running of this test is <500us.
> 
> I must be misunderstanding how the latency traces are
> started/stopped.  Can anyone shed some light?  Thanks.
> 
> My current setup is using -R5, running on a PII 400MHz system.
> 

Ingo, any ideas here?  Looks like maybe the use of sched_clock is the
problem.

Lee


  reply	other threads:[~2004-09-09 21:09 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-09-09 10:41 voluntary-preemption: understanding latency trace Kevin Hilman
2004-09-09 21:02 ` Lee Revell [this message]
2004-09-10  6:37   ` Ingo Molnar
2004-09-10  7:09     ` Lee Revell
2004-09-10  7:51     ` Ingo Molnar
2004-09-10 14:56     ` Kevin Hilman

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=1094763737.1362.325.camel@krustophenia.net \
    --to=rlrevell@joe-job.com \
    --cc=kjh-lkml@hilman.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@elte.hu \
    /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.