FYI, according to cpufreq-info, I&#39;m only configured for the &quot;performance&quot; governor.....so I think the issue goes back to the jack version I was using. For whatever reason, I need to stay away from 0.118 and 0.120 and move to jack2-svn (which is a moving target, but for now, it&#39;s fine). After installing jack2-svn on Arch this morning, &#39;jackd -V&#39; says that it&#39;s &#39;jackdmp 1.9.7&#39;, so that&#39;s what&#39;s working for me much better at the moment.<div>
<br></div><div>Best,</div><div>AKJ<br><div><br></div><div><div>cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009</div><div>Report errors and bugs to <a href="mailto:cpufreq@vger.kernel.org">cpufreq@vger.kernel.org</a>, please.</div>
<div>analyzing CPU 0:</div><div>  driver: acpi-cpufreq</div><div>  CPUs which run at the same hardware frequency: 0</div><div>  CPUs which need to have their frequency coordinated by software: 0</div><div>  maximum transition latency: 10.0 us.</div>
<div>  hardware limits: 1000 MHz - 1.67 GHz</div><div>  available frequency steps: 1.67 GHz, 1.33 GHz, 1000 MHz</div><div>  available cpufreq governors: performance</div><div>  current policy: frequency should be within 1000 MHz and 1.67 GHz.</div>
<div>                  The governor &quot;performance&quot; may decide which speed to use</div><div>                  within this range.</div><div>  current CPU frequency is 1.67 GHz.</div><div>analyzing CPU 1:</div><div>
  driver: acpi-cpufreq</div><div>  CPUs which run at the same hardware frequency: 1</div><div>  CPUs which need to have their frequency coordinated by software: 1</div><div>  maximum transition latency: 10.0 us.</div><div>
  hardware limits: 1000 MHz - 1.67 GHz</div><div>  available frequency steps: 1.67 GHz, 1.33 GHz, 1000 MHz</div><div>  available cpufreq governors: performance</div><div>  current policy: frequency should be within 1000 MHz and 1.67 GHz.</div>
<div>                  The governor &quot;performance&quot; may decide which speed to use</div><div>                  within this range.</div><div>  current CPU frequency is 1.67 GHz.</div><div><br></div><div class="gmail_quote">
On Sun, Jun 12, 2011 at 7:29 AM, Ralf Mardorf <span dir="ltr">&lt;<a href="mailto:ralf.mardorf@alice-dsl.net">ralf.mardorf@alice-dsl.net</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div></div><div class="h5">On Sun, 2011-06-12 at 03:46 -0700, James Warden wrote:<br>
&gt;<br>
&gt; --- On Sun, 6/12/11, Ralf Mardorf &lt;<a href="mailto:ralf.mardorf@alice-dsl.net">ralf.mardorf@alice-dsl.net</a>&gt; wrote:<br>
&gt;<br>
&gt; &gt; From: Ralf Mardorf &lt;<a href="mailto:ralf.mardorf@alice-dsl.net">ralf.mardorf@alice-dsl.net</a>&gt;<br>
&gt; &gt; Subject: Re: [LAU] Jack vs. Alsa, PianoTeq demo: Alsa wins!<br>
&gt; &gt; To: <a href="mailto:linux-audio-user@lists.linuxaudio.org">linux-audio-user@lists.linuxaudio.org</a><br>
&gt; &gt; Date: Sunday, June 12, 2011, 6:15 AM<br>
&gt; &gt; On Sun, 2011-06-12 at 11:59 +0200,<br>
&gt; &gt; Jeremy Jongepier wrote:<br>
&gt; &gt; &gt; On 06/12/2011 11:44 AM, Ralf Mardorf wrote:<br>
&gt; &gt; &gt; &gt; What CPU frequency scaling? Is it set to<br>
&gt; &gt; performance? There&#39;s a new<br>
&gt; &gt; &gt; &gt; nuisance for GNOME desktops on Ubuntu and Debian,<br>
&gt; &gt; they ignore the<br>
&gt; &gt; &gt; &gt; kernel&#39;s default CPU frequency scaling, they<br>
&gt; &gt; switch from &#39;performance&#39;<br>
&gt; &gt; &gt; &gt; to &#39;ondemand&#39; for GNOME sessions.<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; apt-file search ondemand | grep init.d<br>
&gt; &gt; &gt; initscripts: /etc/init.d/ondemand<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; So at least on Ubuntu the ondemand init script is part<br>
&gt; &gt; of the<br>
&gt; &gt; &gt; initscripts package and has nothing to do with Gnome.<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; Best,<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; Jeremy<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt; Thank you :)<br>
&gt; &gt;<br>
&gt; &gt; On Debian it&#39;s<br>
&gt; &gt;<br>
&gt; &gt; $ cat /etc/init.d/cpufrequtils<br>
&gt; &gt; #!/bin/sh<br>
&gt; &gt; [snip]<br>
&gt; &gt; GOVERNOR=&quot;ondemand&quot;<br>
&gt; &gt; [snip]<br>
&gt; &gt;<br>
&gt;<br>
&gt;<br>
&gt; from the same script of debian:<br>
&gt;<br>
&gt; &lt;snip&gt;<br>
&gt; if [ -f /etc/default/cpufrequtils ] ; then<br>
&gt;         . /etc/default/cpufrequtils<br>
&gt; fi<br>
&gt;<br>
&gt; # if not enabled then exit gracefully<br>
&gt; [ &quot;$ENABLE&quot; = &quot;true&quot; ] || exit 0<br>
&gt;<br>
&gt; if [ -n &quot;$MAX_SPEED&quot; ] &amp;&amp; [ $MAX_SPEED != &quot;0&quot; ] ; then<br>
&gt;         CPUFREQ_OPTIONS=&quot;$CPUFREQ_OPTIONS --max $MAX_SPEED&quot;<br>
&gt; fi<br>
&gt;<br>
&gt; if [ -n &quot;$MIN_SPEED&quot; ] &amp;&amp; [ $MIN_SPEED != &quot;0&quot; ] ; then<br>
&gt;         CPUFREQ_OPTIONS=&quot;$CPUFREQ_OPTIONS --min $MIN_SPEED&quot;<br>
&gt; fi<br>
&gt;<br>
&gt; if [ -n &quot;$GOVERNOR&quot; ] ; then<br>
&gt;         CPUFREQ_OPTIONS=&quot;$CPUFREQ_OPTIONS --governor $GOVERNOR&quot;<br>
&gt; fi<br>
&gt; &lt;/snip&gt;<br>
&gt;<br>
&gt; The debian way is to have a default config in the directory /etc/default, which cpufrequtils is sourcing if it exists (see script snippet above). So either you make one if you don&#39;t have one or get informed before calling such config scheme &quot;idiocy&quot;. I don&#39;t want to be too hard in my critics but you seem to be a little too noisy too fast. Make sure you RTFM before posting such judgemental comments on distros.<br>

&gt;<br>
&gt; J.<br>
<br>
</div></div>But I wish to have the opportunity to chose the frequency scaling e.g.<br>
by the GNOME panel, just the default should be the kernel&#39;s default. I<br>
don&#39;t understand what the script is good for. IMO it only cause pain.<br>
This script and the behaviour it cause is for a default Debian install<br>
and IMO this is idiocy. A default can be set by the kernel<br>
configuration, what&#39;s bad with this? The most often cause for xruns for<br>
the last month I read about, was a bad CPU frequency scaling.<br>
<br>
I&#39;m curios about the cause of &quot;Jack vs. Alsa, PianoTeq demo: Alsa<br>
wins!&quot;.<br>
<br>
I experienced that as soon as jackd is involved, even if a media player<br>
was ok with ALSA, I got xruns causing audible glitches, already without<br>
CPU load, while there were never xruns or audible glitches as soon as<br>
the CPU frequency scaling is set to performance, even for heavy resource<br>
hungry audio productions. There might be two xruns when I start a<br>
session, but no additional for the next 48 hours.<br>
<div><div></div><div class="h5"><br>
Regards,<br>
<br>
Ralf<br>
<br>
_______________________________________________<br>
Linux-audio-user mailing list<br>
<a href="mailto:Linux-audio-user@lists.linuxaudio.org">Linux-audio-user@lists.linuxaudio.org</a><br>
<a href="http://lists.linuxaudio.org/listinfo/linux-audio-user" target="_blank">http://lists.linuxaudio.org/listinfo/linux-audio-user</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Aaron Krister Johnson<br><a href="http://www.akjmusic.com" target="_blank">http://www.akjmusic.com</a><br><a href="http://www.untwelve.org" target="_blank">http://www.untwelve.org</a><br>
<br>
</div></div>