[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080412203012.GA8167@localhost.ift.unesp.br>
Date: Sat, 12 Apr 2008 17:30:12 -0300
From: "Carlos R. Mafra" <crmafra2@...il.com>
To: Frederik Himpe <fhimpe@...enet.be>
Cc: linux-kernel@...r.kernel.org
Subject: Re: Audio skipping with 2.6.24.4 and 2.6.25-rc9
On Sat 12.Apr'08 at 20:19:55 +0000, Frederik Himpe wrote:
> On Sat, 12 Apr 2008 16:19:14 -0300, Carlos R. Mafra wrote:
>
> > But in the log you uploaded you have only two se.wait_max greater than
> > 40 msecs
> >
> > [mafra@...alhost:~]$ grep se.wait_max cfs-debug-info-2008.04.12-18.00.20
> > |awk '{ {if ($3 > 40.000000) print $3} }' 44.153039
> > 50.841370
> >
> > As these numbers are only a bit greater than 40, I guess your problem is
> > not related to the CFS scheduler.
> >
> > Can you try latencytop? ( www.latencytop.org )
>
> I'm not too sure how I should use latencytop and interpret its results. I
> start latencytop, and reproduce the problem while rhythmbox is playing. It
> seems that it automatically changes the selected application in the bottom
> list after a few seconds, probably based on the CPU usage, where it
> selects most of the time either compiz or X. The upper half of latencytop
> is always empty, for all applications. In the lower half, it shows for all
> applications something like:
>
> Process X (7972)
> Scheduler: waiting for cpu 43.5 msec 43.5 msec
>
> Only the times differ between the different processes.
Did you try with the git version of latencytop?
I remember that once I downloaded latencytop from the website
and the upper half of latencytop was also always empty, and
that the git version was better and showed the latencies.
--
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