<html>
    <head>
      <base href="https://bugs.freedesktop.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - PulseAudio gets reliably killed upon a big number of client connections"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=94629#c4">Comment # 4</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - PulseAudio gets reliably killed upon a big number of client connections"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=94629">bug 94629</a>
              from <span class="vcard"><a class="email" href="mailto:darwish.07@gmail.com" title="Ahmed S. Darwish <darwish.07@gmail.com>"> <span class="fn">Ahmed S. Darwish</span></a>
</span></b>
        <pre>On Sun, Mar 20, 2016 at 10:26:33AM +0000, <a href="mailto:bugzilla-daemon@freedesktop.org">bugzilla-daemon@freedesktop.org</a>
wrote:
>
<span class="quote">> <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - PulseAudio gets reliably killed upon a big number of client connections"
   href="show_bug.cgi?id=94629">https://bugs.freedesktop.org/show_bug.cgi?id=94629</a>

> --- <a href="show_bug.cgi?id=94629#c3">Comment #3</a> from Alexander E. Patrakov <<a href="mailto:patrakov@gmail.com">patrakov@gmail.com</a>> ---
> 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</span >
>

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..

<span class="quote">> 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.
> </span >

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,</pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are the QA Contact for the bug.</li>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>