Bug 322481
Summary: | Pusleaudio users very unreasonable CPU time limits | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Lubomir Kundrak <lkundrak> |
Component: | pulseaudio | Assignee: | Lennart Poettering <lpoetter> |
Status: | CLOSED NEXTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | high | Docs Contact: | |
Priority: | urgent | ||
Version: | 8 | CC: | mohd.izhar.firdaus, pierre-bugzilla |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2007-10-31 00:51:21 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 235703 |
Description
Lubomir Kundrak
2007-10-07 21:18:18 UTC
$ esd Using 2.2% CPU Using 4.4% CPU Using 3.5% CPU Using 8.2% CPU Using 4.0% CPU Unable to reproduce it (now after I compiled debugging pulseaudio with profiling information). If anyone finds out how to reproduce that reliably that would be greatly appreciated. $ pulseaudio W: alsa-util.c: Cannot find mixer control "Master". Using 7.0% CPU Using 9.4% CPU Using 8.5% CPU Using 7.9% CPU Using 8.5% CPU Using 8.9% CPU Using 9.1% CPU What's interesting is that pulseaudio eats more cpu when playing natively instead of esd emulation. CPU utilization scales with how small the buffer sizes are. By default the ESD buffer sizes are quite large, while the native ones are smaller. If you manage to reproduce this, could you please supply me with the ouput of "pulseaudio -vv"? Are you confident the buffer size is the only guilty part? Does increasing the buffer size have some memory consumption or other implications? I wouldn't want to guarantee that the buffer size is the only culprit. OK, I identified the bug now. This is a bit complicated. PA enters an andless loop under certain circumstances when we hit EOF of esound sockets. This will either cause to unload some modules after some time or cause the CPU limit stuff to become active and terminate PA. The effects are a bit confusing und surprising, though. Its's fixed in PA r1964. A fix is now commited to F8. Adding it to the blocker list as to close the loop as to why we're tagging it for the release at this stage. Lennart: Much thanks for that. I also noticed that on my machine pulseaudio uses less than half of the CPU time comparted to what it used to. I do not know why though, as I updated both pulseaudio and alsa since. Keep the good work! |