https://bugs.freedesktop.org/show_bug.cgi?id=94629
--- Comment #4 from Ahmed S. Darwish <[email protected]> ---
On Sun, Mar 20, 2016 at 10:26:33AM +0000, [email protected]
wrote:
>
> https://bugs.freedesktop.org/show_bug.cgi?id=94629
>
> --- Comment #3 from Alexander E. Patrakov <[email protected]> ---
> One possibility is to make sure that it doesn't attempt to mix too much ahead.
> Please reenable realtime scheduling, and try this in default.pa:
>
> load-module module-udev-detect tsched_buffer_size=50000
>
Yup, I confirm this has made the bug appear much less. Originally,
PA got killed only after 30 clients connections
After adding the parameter above, the kill got triggered only
after 60 client connections + waiting for a full minute..
> But note that this will add up to 0.7W of extra power consumption in the
> single-client case, so cannot be made the default.
>
Sorry, my knowledge in this area is limited, but can we program
PA to dynamically stop accepting more clients when it's close to
approaching its realtime CPU limit?
Maybe program PA upon approaching its soft limit and getting a
SIGXCPU from the kernel not to accept more clients?
Thanks,
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
_______________________________________________
pulseaudio-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs
