<br><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Dec 30, 2012 at 9:46 AM, Fons Adriaensen <span dir="ltr"><<a href="mailto:fons@linuxaudio.org" target="_blank">fons@linuxaudio.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Sun, Dec 30, 2012 at 02:22:51PM +0000, Ben Bell wrote:<br>
<br>
> Running with a more modest session hovering at 30% normally, pulling the<br>
> alsa_in channels (just into jack -- no connections) raises the CPU to ~55%<br>
> but there are no xruns.<br>
><br>
> So it seems that the problem is most likely in the alsa multi plugin. As an<br>
> aside I'm surprised at the extent of resource usage caused by simply having<br>
> alsa_in running. Normal, or suspicious? jack_netsource doesn't cause this<br>
> sort of load, and tweaking sample rate and the like doesn't seem to affect<br>
> things. A side-effect of it expecting to need to resample everything?<br>
<br>
</div>You could try zita-a2j instead of alsa-in. On my old 2G P4 machine<br>
adding 8 channels that way takes 10% CPU. Sound quality is vastly<br>
better than alsa-in.<br></blockquote><div><br>it seems as if it may be wise to "replace" alsa_(in|out) with zita-a2j. what do you think? <br></div></div><br></div>