Posts: 19
Threads: 15
Joined: May 2014
Reputation:
0
Hi ...
I just decided to give Linux another try ...
I'm sure this has been covered countless times before,
but ... I get this, when I install Mixbus / Ardour on Ubuntu Studio 16.04 ;
"System failed the quick sanity check... Looking for the cause
!!! WARNING !!! - Your system seems to use frequency scaling.
This can have a serious impact on audio latency.
For best results turn it off, e.g. by choosing the 'performance' governor."
SO ... What's the easiest workaround for this ?
- Zergei W -
Posts: 19
Threads: 2
Joined: Jun 2015
Reputation:
3
Hi Zergei,
If, for whatever reason, the above advice doesn't seem to help then you may need to consider what kind of CPU you have in your computer and what kernel mode governor you use for frequency scaling. Hopefully, you won't have to. If cpupower or desktop widgets work for you then, by all means, use it.
I'm not familiar with Ubuntu, nor AMD processors, but my experience with frequency scaling became somewhat more tedious to manage when I switched over to a computer with one of the later intel core series processors. Seems that intel's native p-states Linux driver (default for Sandy Bridge and later) manages this on it's own and doesn't respond to frequency setting commands. To get it to work I had to compile a kernel that specifically used the ACPI Processor P-states driver and not the Intel P state control. Only then could I properly bypass frequency scaling on my computer. I use the command line program cpufreq-set to set the minimum and maximum frequency the same, for every CPU on my computer. Many modern CPU's have a feature called hyperthreading which means a 'virtual' CPU for every physical one, to put simply. So for my quad-core computer I run the cpufreq-set command eight times to disable frequency scaling. For example on the command prompt I type:
cpufreq-set -d 2.4GHz -u 2.4GHz -c 0
all the way to
cpufreq-set -d 2.4GHz -u 2.4GHz -c 7
(the number after the -c are the number's of the CPU which have to be chosen to have their frequency coordinated by software.)
I would then verify this with the following command:
cpufreq-info | grep -e should -e current
It's not the easiest workaround around. But it works for me. So maybe the information I provided helps you or someone else figure out the method of disabling frequency scaling that works for them.
Best,
Steven.