Как включить Турбо Ядро AMD на Ubuntu 14.04?

[Обновите 2015]

Запуск с Linux 3.16:

• Значение для bapm может быть обеспечен как параметр модуля (см. здесь).

• Значение bapm установлен на 1 по умолчанию для Kaveri, Kabini и настольной Троицы, системы Ричленда (см. здесь), приводя к Турбо включаемому Ядру.

Что означает, что с Ядром 3.16 или позже, Турбо Ядро должно работать правильно из поля с radeon во многих случаях.

При выполнении Debian, или если Вы запускаете Ubuntu, и вышеупомянутое не верно для Вас, обратитесь к тому, Как настроить систему Debian (внимание на 2D или консоль/сервер) с Турбо Ядром AMD APU для максимальной энергии и вычислительной эффективности?

[Обновите 2014 07 августа]

Я опубликовал подробный анализ в unix-stackexchange.com который содержит (по крайней мере, для меня) несколько неожиданностей. Такой как ondemand регулятор, потенциально являющийся хуже, чем performance (по крайней мере, с Ричлендом A10-6700) и fglrx по-видимому, с помощью некоторых сомнительных приемов для улучшения краткосрочных повышений, резко имея необходимость компенсировать это в конечном счете. Я рад, что более внимательно рассмотрел в этом.

[Исходный Ответ]

Я нахожусь в процессе конфигурирования системы с A10-6700 использование Сервера Ubuntu 14.04.

• Вывод cat /proc/cpuinfo не делает, и не будет, отразить любое повышение процессора. Повышение является автономным решением о на основе чипа на потенциально сложных критериях. Читайте об этом здесь.
• Вывод cpufreq-info не покажет доступные частоты повышения, но вывод cpupower frequency-info будет. Для A10-6700 это должно показать 4 300 МГц (Pb0), 4 200 МГц (Pb1) и 3 900 МГц (Pb2) в дополнение к регулярным 3700, 3400, 2700, 2300 и 1 800 МГц.
• Вывод cpufreq-aperf (после того, как modprobe msr) сопоставимо с выводом cpupower monitor. Частоты, показанные этими инструментами, как предполагается, отражают повышения.
• Со стандартным видеодрайвером или даже radeon модуль в ядре, я не успешно выполнялся, чтобы заставить A10-6700 использовать частоту повышения (использование stress --cpu 2).
• Жгут из прутьев ATI/AMD fglrx модуль загрузился в ядро, процессор повысит два ядра постоянно (и по-видимому также остающиеся ядра временно). Это было протестировано без X используемый или даже настроено.

Помните, решение за или против повышения принято APU автономно. Мое предположение в данный момент - то, что APU не может решить, оставляет ли его текущее рассеяние мощности комнату для повышения, если интегрированная графическая единица соответственно не инициализируется.

Видеовыход со стандартным модулем отличается от вывода, когда fglrx загружается. Поэтому мы можем только предположить, может ли ядро поместить APU в, по-видимому, необходимый "умный" (знающие потери мощности) режим отдельно, все еще с помощью модуля VGA.

Пока в этом не разбираются, я просто загружусь fglrx. Оборотная сторона - то, что создание его, требуется много материала, который Вы не хотите на сервере и который должен быть удален после компиляции.

Кроме того, fglrx почти 9 МБ в размере. Это не проблема, но зная, что это - главным образом мертвый фрахт, в этом случае не делает меня слишком счастливым.

[Отредактируйте 2014 24 июля]

Я теперь сообщил об этой ошибке.

Я заметил, что о другой ошибке также сообщили: Если на самом деле Вы используете fglrx и попытайтесь использовать режим Dynamic Power Management.