I played one video on youtube, then killed the youtube browser tab. I have no video or audio playing. Many minutes later and still pulseaudio taking 40% of CPU. What in blazes is it doing? Why was it designed to do this with nothing playing? Every time I finish watching a flash vid, or listening to something, I have to always kill pulseaudio so I can get some response back.
$ top
top - 20:13:03 up 9:53, 2 users, load average: 2.49, 1.64, 1.34 Tasks: 183 total, 1 running, 182 sleeping, 0 stopped, 0 zombie Cpu(s): 54.7%us, 7.8%sy, 0.0%ni, 34.3%id, 0.3%wa, 0.0%hi, 2.9%si, 0.0%st Mem: 2072776k total, 1844820k used, 227956k free, 284700k buffers Swap: 8385924k total, 2148k used, 8383776k free, 771812k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 13417 jd 9 -11 161m 7376 5908 S 39.4 0.4 0:31.18 pulseaudio
2010/10/19 JD jd1008@gmail.com:
I played one video on youtube, then killed the youtube browser tab.
<--SNIP-->... I have to always
kill pulseaudio so I can get some response back.
Actually not answering your question, but just wanted to confirm this problem on my system (2.6.32.21-168.fc12.i686). I often have to do the same! In my opinion 'flash' is an ugly thing. And, to be honest, I'm the one among those whom to blame for its wide usage. I was working nearly for 5 years as a part-time teacher at school, teaching schoolboys to use flash in web-projects. Now I do not know how to atone for my sins :-) Looking forward for html5 video support in FireFox. Hope it became video-standard some day...
$ top
<--SNIP--> Respectfully,
On 10/19/2010 01:35 AM, Hiisi wrote:
2010/10/19 JDjd1008@gmail.com:
I played one video on youtube, then killed the youtube browser tab.
<--SNIP-->... I have to always
kill pulseaudio so I can get some response back.
Actually not answering your question, but just wanted to confirm this problem on my system (2.6.32.21-168.fc12.i686). I often have to do the same! In my opinion 'flash' is an ugly thing. And, to be honest, I'm the one among those whom to blame for its wide usage. I was working nearly for 5 years as a part-time teacher at school, teaching schoolboys to use flash in web-projects. Now I do not know how to atone for my sins :-) Looking forward for html5 video support in FireFox. Hope it became video-standard some day...
But pulseaudio is not part of the flash plugin from Adobe. It is a separate Fedora released package. Flash, which has finished playing and the Firefox tab in whichit played is killed, does not explain why pulseaudio continue to eat 40% of cpu, probably in tight do nothing loop.
On 10/19/2010 09:48 AM, JD wrote:
On 10/19/2010 01:35 AM, Hiisi wrote:
2010/10/19 JDjd1008@gmail.com:
I played one video on youtube, then killed the youtube browser tab.
<--SNIP-->... I have to always
kill pulseaudio so I can get some response back.
Actually not answering your question, but just wanted to confirm this problem on my system (2.6.32.21-168.fc12.i686). I often have to do the same! In my opinion 'flash' is an ugly thing. And, to be honest, I'm the one among those whom to blame for its wide usage. I was working nearly for 5 years as a part-time teacher at school, teaching schoolboys to use flash in web-projects. Now I do not know how to atone for my sins :-) Looking forward for html5 video support in FireFox. Hope it became video-standard some day...
But pulseaudio is not part of the flash plugin from Adobe. It is a separate Fedora released package. Flash, which has finished playing and the Firefox tab in whichit played is killed, does not explain why pulseaudio continue to eat 40% of cpu, probably in tight do nothing loop.
Try "strace -p <pid-of-pulseaudio>", maybe it will show something.
John
On 10/19/2010 01:35 AM, Hiisi wrote:
2010/10/19 JDjd1008@gmail.com:
I played one video on youtube, then killed the youtube browser tab.
<--SNIP-->... I have to always
kill pulseaudio so I can get some response back.
Actually not answering your question, but just wanted to confirm this problem on my system (2.6.32.21-168.fc12.i686). I often have to do the same! In my opinion 'flash' is an ugly thing. And, to be honest, I'm the one among those whom to blame for its wide usage. I was working nearly for 5 years as a part-time teacher at school, teaching schoolboys to use flash in web-projects. Now I do not know how to atone for my sins :-) Looking forward for html5 video support in FireFox. Hope it became video-standard some day...
No matter what we think of flash, pulseaudio is not a product of the flash plugin. It is a free and opensource linux product. I just created output of strace of the pulseaudio process and posted it at http://pastebin.com/VbgCXwc3 It shows clearly that it is in a tight loop polling and finding nothing to process. As I had stated earlier, there is no youtube video playing at all. It seems once you play any browser based flash video, pulseaudio will continue to run even after you kill the tab where it was playing, and chew up 40% of cpu (at least, this is on my laptop with the old athlon64 3700+ unicore cpu). I do not know how much it consumes on much faster cpu's.
Are there audio engineers on this list? Is this the way to handle an audio stream by an audio daemon?
On 10/24/2010 08:28 PM, JD wrote:
On 10/19/2010 01:35 AM, Hiisi wrote:
2010/10/19 JDjd1008@gmail.com:
I played one video on youtube, then killed the youtube browser tab.
<--SNIP-->... I have to always
kill pulseaudio so I can get some response back.
Actually not answering your question, but just wanted to confirm this problem on my system (2.6.32.21-168.fc12.i686). I often have to do the same! In my opinion 'flash' is an ugly thing. And, to be honest, I'm the one among those whom to blame for its wide usage. I was working nearly for 5 years as a part-time teacher at school, teaching schoolboys to use flash in web-projects. Now I do not know how to atone for my sins :-) Looking forward for html5 video support in FireFox. Hope it became video-standard some day...
No matter what we think of flash, pulseaudio is not a product of the flash plugin. It is a free and opensource linux product. I just created output of strace of the pulseaudio process and posted it at http://pastebin.com/VbgCXwc3 It shows clearly that it is in a tight loop polling and finding nothing to process. As I had stated earlier, there is no youtube video playing at all. It seems once you play any browser based flash video, pulseaudio will continue to run even after you kill the tab where it was playing, and chew up 40% of cpu (at least, this is on my laptop with the old athlon64 3700+ unicore cpu). I do not know how much it consumes on much faster cpu's.
Are there audio engineers on this list? Is this the way to handle an audio stream by an audio daemon?
I would like to add that this behavior is only evident when playing a flash video via the browser. But if I play a video via ffplayer, then after the end of the video, pulseaudio goes back to consuming almost 0% of cpu. So, is it possible that the flash plugin is not closing the audio file descriptor, so pulseaudio keeps polling and finding nothing?
On Monday, October 25, 2010 04:39:53 JD wrote:
On 10/24/2010 08:28 PM, JD wrote:
On 10/19/2010 01:35 AM, Hiisi wrote:
2010/10/19 JDjd1008@gmail.com:
I played one video on youtube, then
killed the youtube browser tab.
<--SNIP-->... I have to always
kill pulseaudio so I can get some response back.
Actually not answering your question, but just wanted to confirm this problem on my system (2.6.32.21-168.fc12.i686). I often have to do the same! In my opinion 'flash' is an ugly thing. And, to be honest, I'm the one among those whom to blame for its wide usage. I was working nearly for 5 years as a part-time teacher at school, teaching schoolboys to use flash in web-projects. Now I do not know how to atone for my sins :-) Looking forward for html5 video support in FireFox. Hope it became video-standard some day...
No matter what we think of flash, pulseaudio is not a product of the flash plugin. It is a free and opensource linux product. I just created output of strace of the pulseaudio process and posted it at http://pastebin.com/VbgCXwc3 It shows clearly that it is in a tight loop polling and finding nothing to process. As I had stated earlier, there is no youtube video playing at all. It seems once you play any browser based flash video, pulseaudio will continue to run even after you kill the tab where it was playing, and chew up 40% of cpu (at least, this is on my laptop with the old athlon64 3700+ unicore cpu). I do not know how much it consumes on much faster cpu's.
Are there audio engineers on this list? Is this the way to handle an audio stream by an audio daemon?
I would like to add that this behavior is only evident when playing a flash video via the browser. But if I play a video via ffplayer, then after the end of the video, pulseaudio goes back to consuming almost 0% of cpu. So, is it possible that the flash plugin is not closing the audio file descriptor, so pulseaudio keeps polling and finding nothing?
Probably. Either way, the fact that there is a problem only after flash playback indicates that flash and/or the browser are at fault here, not pulseaudio.
Best, :-) Marko
On 10/25/2010 04:11 AM, Marko Vojinovic wrote:
On Monday, October 25, 2010 04:39:53 JD wrote:
On 10/24/2010 08:28 PM, JD wrote:
--- snip --- No matter what we think of flash, pulseaudio is not a product of the flash plugin. It is a free and opensource linux product. I just created output of strace of the pulseaudio process and posted it at http://pastebin.com/VbgCXwc3 It shows clearly that it is in a tight loop polling and finding nothing to process. As I had stated earlier, there is no youtube video playing at all. It seems once you play any browser based flash video, pulseaudio will continue to run even after you kill the tab where it was playing, and chew up 40% of cpu (at least, this is on my laptop with the old athlon64 3700+ unicore cpu). I do not know how much it consumes on much faster cpu's.
Are there audio engineers on this list? Is this the way to handle an audio stream by an audio daemon?
I would like to add that this behavior is only evident when playing a flash video via the browser. But if I play a video via ffplayer, then after the end of the video, pulseaudio goes back to consuming almost 0% of cpu. So, is it possible that the flash plugin is not closing the audio file descriptor, so pulseaudio keeps polling and finding nothing?
Probably. Either way, the fact that there is a problem only after flash playback indicates that flash and/or the browser are at fault here, not pulseaudio.
Best, :-) Marko
Thanks Marko - I will look into finding a way to ask adobe about it, since it is their plugin.
On Mon, Oct 25, 2010 at 09:45:03AM -0700, JD wrote:
On 10/25/2010 04:11 AM, Marko Vojinovic wrote:
On Monday, October 25, 2010 04:39:53 JD wrote:
On 10/24/2010 08:28 PM, JD wrote:
--- snip --- No matter what we think of flash, pulseaudio is not a product of the flash plugin. It is a free and opensource linux product. I just created output of strace of the pulseaudio process and posted it at http://pastebin.com/VbgCXwc3 It shows clearly that it is in a tight loop polling and finding nothing to process. As I had stated earlier, there is no youtube video playing at all. It seems once you play any browser based flash video, pulseaudio will continue to run even after you kill the tab where it was playing, and chew up 40% of cpu (at least, this is on my laptop with the old athlon64 3700+ unicore cpu). I do not know how much it consumes on much faster cpu's.
Are there audio engineers on this list? Is this the way to handle an audio stream by an audio daemon?
I would like to add that this behavior is only evident when playing a flash video via the browser. But if I play a video via ffplayer, then after the end of the video, pulseaudio goes back to consuming almost 0% of cpu. So, is it possible that the flash plugin is not closing the audio file descriptor, so pulseaudio keeps polling and finding nothing?
Probably. Either way, the fact that there is a problem only after flash playback indicates that flash and/or the browser are at fault here, not pulseaudio.
Best, :-) Marko
Thanks Marko - I will look into finding a way to ask adobe about it, since it is their plugin.
To add to this, I have simialr problems with pulseaudio. Everytime I start my laptop and log in to KDE pulseaudio does not work properly. Playing mp3 just gives no sound (using mplayer). Playing movies on youtube or other sites gives no sound with the movie and the movie plays at very fast speed.
But when I just do a 'killall pulseaudio' from a Konsole session everything suddenly starts to work. Automatiacally a new pulsseaduio process is started, mp3 plays fine and web video play smoothly with sound!
Hope this may help.
-Marcel
On 10/25/2010 10:26 PM, Marcel J.E. Mol wrote:
On Mon, Oct 25, 2010 at 09:45:03AM -0700, JD wrote:
On 10/25/2010 04:11 AM, Marko Vojinovic wrote:
On Monday, October 25, 2010 04:39:53 JD wrote:
On 10/24/2010 08:28 PM, JD wrote:--- snip --- No matter what we think of flash, pulseaudio is not a product of the flash plugin. It is a free and opensource linux product. I just created output of strace of the pulseaudio process and posted it at http://pastebin.com/VbgCXwc3 It shows clearly that it is in a tight loop polling and finding nothing to process. As I had stated earlier, there is no youtube video playing at all. It seems once you play any browser based flash video, pulseaudio will continue to run even after you kill the tab where it was playing, and chew up 40% of cpu (at least, this is on my laptop with the old athlon64 3700+ unicore cpu). I do not know how much it consumes on much faster cpu's.
Are there audio engineers on this list? Is this the way to handle an audio stream by an audio daemon?
I would like to add that this behavior is only evident when playing a flash video via the browser. But if I play a video via ffplayer, then after the end of the video, pulseaudio goes back to consuming almost 0% of cpu. So, is it possible that the flash plugin is not closing the audio file descriptor, so pulseaudio keeps polling and finding nothing?
Probably. Either way, the fact that there is a problem only after flash playback indicates that flash and/or the browser are at fault here, not pulseaudio.
Best, :-) Marko
Thanks Marko - I will look into finding a way to ask adobe about it, since it is their plugin.
To add to this, I have simialr problems with pulseaudio. Everytime I start my laptop and log in to KDE pulseaudio does not work properly. Playing mp3 just gives no sound (using mplayer). Playing movies on youtube or other sites gives no sound with the movie and the movie plays at very fast speed.
But when I just do a 'killall pulseaudio' from a Konsole session everything suddenly starts to work. Automatiacally a new pulsseaduio process is started, mp3 plays fine and web video play smoothly with sound!
Hope this may help.
-Marcel
Before you kill pulseaudio, see what it is doing by issuing the command strace -p PIDofPulseaudioProcess | tee /tmp/pulseaudio.strace
You will probably find that it is stuck in an infinite loop poling a file descriptor and finding there is no data to read.
If that is the case, your problem is still related to what I have reported in this thread.
On Mon, Oct 25, 2010 at 10:36:54PM -0700, JD wrote:
On 10/25/2010 10:26 PM, Marcel J.E. Mol wrote:
On Mon, Oct 25, 2010 at 09:45:03AM -0700, JD wrote:
On 10/25/2010 04:11 AM, Marko Vojinovic wrote:
On Monday, October 25, 2010 04:39:53 JD wrote:
On 10/24/2010 08:28 PM, JD wrote:--- snip --- No matter what we think of flash, pulseaudio is not a product of the flash plugin. It is a free and opensource linux product. I just created output of strace of the pulseaudio process and posted it at http://pastebin.com/VbgCXwc3 It shows clearly that it is in a tight loop polling and finding nothing to process. As I had stated earlier, there is no youtube video playing at all. It seems once you play any browser based flash video, pulseaudio will continue to run even after you kill the tab where it was playing, and chew up 40% of cpu (at least, this is on my laptop with the old athlon64 3700+ unicore cpu). I do not know how much it consumes on much faster cpu's.
Are there audio engineers on this list? Is this the way to handle an audio stream by an audio daemon?
I would like to add that this behavior is only evident when playing a flash video via the browser. But if I play a video via ffplayer, then after the end of the video, pulseaudio goes back to consuming almost 0% of cpu. So, is it possible that the flash plugin is not closing the audio file descriptor, so pulseaudio keeps polling and finding nothing?
Probably. Either way, the fact that there is a problem only after flash playback indicates that flash and/or the browser are at fault here, not pulseaudio.
Best, :-) Marko
Thanks Marko - I will look into finding a way to ask adobe about it, since it is their plugin.
To add to this, I have simialr problems with pulseaudio. Everytime I start my laptop and log in to KDE pulseaudio does not work properly. Playing mp3 just gives no sound (using mplayer). Playing movies on youtube or other sites gives no sound with the movie and the movie plays at very fast speed.
But when I just do a 'killall pulseaudio' from a Konsole session everything suddenly starts to work. Automatiacally a new pulsseaduio process is started, mp3 plays fine and web video play smoothly with sound!
Hope this may help.
-Marcel
Before you kill pulseaudio, see what it is doing by issuing the command strace -p PIDofPulseaudioProcess | tee /tmp/pulseaudio.strace
You will probably find that it is stuck in an infinite loop poling a file descriptor and finding there is no data to read.
If that is the case, your problem is still related to what I have reported in this thread.
Initially pulseaudio does not hog the cpu. But I did see situations in the past where pulseaudio casuses high cpu load after trying to play audio/video (e.g. that is why I found out that the killall got me a new pulseaudio proecess that 'solved' the problem).
I'll checkout strace later.
-Marcel
On Mon, Oct 25, 2010 at 10:36:54PM -0700, JD wrote:
On 10/25/2010 10:26 PM, Marcel J.E. Mol wrote:
On Mon, Oct 25, 2010 at 09:45:03AM -0700, JD wrote:
On 10/25/2010 04:11 AM, Marko Vojinovic wrote:
On Monday, October 25, 2010 04:39:53 JD wrote:
On 10/24/2010 08:28 PM, JD wrote:--- snip --- No matter what we think of flash, pulseaudio is not a product of the flash plugin. It is a free and opensource linux product. I just created output of strace of the pulseaudio process and posted it at http://pastebin.com/VbgCXwc3 It shows clearly that it is in a tight loop polling and finding nothing to process. As I had stated earlier, there is no youtube video playing at all. It seems once you play any browser based flash video, pulseaudio will continue to run even after you kill the tab where it was playing, and chew up 40% of cpu (at least, this is on my laptop with the old athlon64 3700+ unicore cpu). I do not know how much it consumes on much faster cpu's.
Are there audio engineers on this list? Is this the way to handle an audio stream by an audio daemon?
I would like to add that this behavior is only evident when playing a flash video via the browser. But if I play a video via ffplayer, then after the end of the video, pulseaudio goes back to consuming almost 0% of cpu. So, is it possible that the flash plugin is not closing the audio file descriptor, so pulseaudio keeps polling and finding nothing?
Probably. Either way, the fact that there is a problem only after flash playback indicates that flash and/or the browser are at fault here, not pulseaudio.
Best, :-) Marko
Thanks Marko - I will look into finding a way to ask adobe about it, since it is their plugin.
To add to this, I have simialr problems with pulseaudio. Everytime I start my laptop and log in to KDE pulseaudio does not work properly. Playing mp3 just gives no sound (using mplayer). Playing movies on youtube or other sites gives no sound with the movie and the movie plays at very fast speed.
But when I just do a 'killall pulseaudio' from a Konsole session everything suddenly starts to work. Automatiacally a new pulsseaduio process is started, mp3 plays fine and web video play smoothly with sound!
Hope this may help.
-Marcel
Before you kill pulseaudio, see what it is doing by issuing the command strace -p PIDofPulseaudioProcess | tee /tmp/pulseaudio.strace
You will probably find that it is stuck in an infinite loop poling a file descriptor and finding there is no data to read.
If that is the case, your problem is still related to what I have reported in this thread.
When I start my laptop, and login to kde pulseaudio seems to run fine in blocked state apperantly wainting for something to do. When I then start to play an mp3 file pulseaudio starts looping. See attached pulseaudio_strace_loop.txt with a few seconds of traceoutput.
Then I kill pulsaudio after which it is restarted. Playing the same file wokrs fine now. See pulseaudio_strace_ok.txt with again a few seconds of strace output.
After that I logged out and verified from a tty session there was no pulseaudio process running anymore. Logging in to kde again gave me a looping pulseaudio directly from start... Killing pulseadaudio again gives me e new one running fine.
Hope this helps a bit.
-Marcel
-
Hiisi -
JD -
John Wendel -
Marcel J.E. Mol -
Marko Vojinovic