[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <200910081509.05394.elendil@planet.nl>
Date: Thu, 8 Oct 2009 15:09:04 +0200
From: Frans Pop <elendil@...net.nl>
To: Mike Galbraith <efault@....de>
Cc: Arjan van de Ven <arjan@...radead.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Ingo Molnar <mingo@...e.hu>,
Peter Zijlstra <peterz@...radead.org>,
linux-wireless@...r.kernel.org
Subject: Re: [.32-rc3] scheduler: iwlagn consistently high in "waiting for CPU"
On Thursday 08 October 2009, Mike Galbraith wrote:
> Care to try a patch?
>
> latencytop: only account on-runqueue wait time as being scheduler
> latency.
>
> Latencytop was accounting uninterruptible and interruptible sleep time
> up to 5ms, which is not the latency the user is looking for. Account
> time waiting on-runqueue instead. Also add a clock update to
> update_curr() for the case where there's nobody home. When coming out
> of idle with NO_HZ, not updating the clock leads to bogus max latency
> report.
With this patch the high values for iwlagn and phy0 are gone. The values
now match roughly with the output of your script.
If (un)interruptible sleep is worth displaying in latencytop then maybe it
should be identified as a separate cause instead of lumped under "waiting
for CPU"?
> TODO: Figure out where the heck empty braces come from.
I also see these lines with "[]" sometimes; looks to come from 'sleep'.
And I still see lines with only a "." as the cause; this seems specific to
targets marked with the penguin (work queues?).
> Signed-off-by: Mike Galbraith <efault@....de>
> Arjan van de Ven <arjan@...radead.org>
> Cc: Ingo Molnar <mingo@...e.hu>
> Cc: Peter Zijlstra <a.p.zijlstra@...llo.nl>
> LKML-Reference: <new-submission>
If Arjan is happy with the patch, please add my:
Reported-and-tested-by: Frans Pop <elendil@...net.nl>
Thanks,
FJP
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists