[LAU] macbook pro core 2 duo ubuntustudio configuration

Jeremy Jongepier jeremy at autostatic.com
Thu Dec 6 08:51:51 UTC 2012


On 12/06/2012 01:19 AM, 5tefan wrote:
> hello,
>
> i've recently installed ubuntustudio in parallel with osx on my macbook pro.
> ubuntu is basically running fine but i'm having troubles getting it to
> perform equally well as in osx. i'm mainly using supercollider and i have an
> edirol fa-101 firewire interface. ubuntu resp. the preinstalled
> ffado-drivers detected the interface immediately and i could use it with
> supercollider (via jackd(mp)) easily. however, the performance is by far not
> as good as under osx. a simple test-patch in supercollider that was
> consuming about 30% cpu max. in osx (tested withcoreaudio as well as jack,
> started via jackrouter) was quickly using up to 100% in linux, producing
> lots and lots of xruns.
>
> after asking on the supercollider-mailinglist someone pointed me to this
> address:
> http://wiki.linuxmusicians.com/doku.php?id=system_configuration
> where i found this test:
> https://github.com/raboof/realtimeconfigquickscan
>
> after executing the test i followed the recommended steps to tune my system.
> this is the current state:
> == GUI-enabled checks ==
> Checking if you are root... no - good
> Checking filesystem 'noatime' parameter... found - warning
> /media/exchange does not have the 'noatime' parameter set
> /media/satellite does not have the 'noatime' parameter set
> /media/scratch does not have the 'noatime' parameter set
> /media/burn does not have the 'noatime' parameter set
> /media/G4 does not have the 'noatime' parameter set
> /media/emergency does not have the 'noatime' parameter set
> For more information, see
> http://wiki.linuxmusicians.com/doku.php?id=system_configuration#filesystems
> Checking CPU Governors... CPU 0: 'ondemand' CPU 1: 'ondemand'  - not good
> Set CPU Governors to 'performance' with 'cpufreq-set -c <cpunr> -g
> performance'

My first guess is that this might be the culprit. So you might want to 
try setting it to performance.

Regards,

Jeremy


More information about the Linux-audio-user mailing list