[pulseaudio-discuss] exiting on resume of rhythmbox

[Lennart Poettering]

On Thu, 28.05.09 14:40, Brian J. Murrell (brian at interlinx.bc.ca) wrote:

> On Wed, 2009-05-27 at 21:31 +0200, Lennart Poettering wrote:
> > 
> > Hmm, please try to reproduce this harder. The load limiter only becomes
> > active when the load produced by PA is very high for a longer time. 
> > 
> 
> As I write this, PA is consuming an entire core:
> 
> Cpu0  : 14.9%us,  3.7%sy,  7.4%ni, 70.9%id,  3.0%wa,  0.0%hi,  0.1%si,  0.0%st
> Cpu1  : 22.2%us,  5.3%sy,  4.5%ni, 55.0%id, 10.8%wa,  0.8%hi,  1.4%si,  0.0%st
> Mem:   2851296k total,  2821896k used,    29400k free,   169276k buffers
> Swap:  3145720k total,   782712k used,  2363008k free,   712272k cached
> 
>   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND            
> 14311 brian      9 -11  174m 6280 4732 S   99  0.2  13:55.23
> pulseaudio         

Hmm, something causes PA to enter a spinning loop here.

> > Hmm, so you seem to be using the tunnel stuff a lot. I am pretty sure
> > this is related to the tunnel stuff since we already had other reports
> > about that.
> > 
> > Could you please disable this and reproduce?
> 
> Done.  pacmd ls is at http://brian.interlinx.bc.ca/pacmd_ls2.txt if you
> want to inspect.

This is not accessible anymore as it seems.

> 
> I've left it here at 100% of a core in case you want me to do any
> further inspection.

Hmm, could you try to play around with oprofile a bit to find out
where exactly PA starts to spin?

http://pulseaudio.org/wiki/HowToUseOProfile

It would be good if you could get me the oprofile output from the time
where PA spins the loop only. i.e. instead of enabling oprofile right
away, just enable it after pa started spinning. Then let it spin for a
while and disable oprofile again. Then get me that oprofile data. Can
you do that?

Is the kernel you are using patched with all the recent ALSA timing
patches that went into the fedora kernel? It would be good to verify
that before anyone spends time on tracking down bugs that have already
been fixed on the distro where all the actual development happens on.

Lennart

-- 
Lennart Poettering                        Red Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/           GnuPG 0x1A015CC4