В связи с выходом (http://www.opennet.me/opennews/art.shtml?num=37423) первого кандидата в релизы ядра Linux 3.11 RC1 ресурс Phoronix произвел (http://www.phoronix.com/scan.php?page=article&item=amd_dpm_p...) серию тестов на данном ядре. В качестве объекта для экспериментов выступил дистрибутив Ubuntu 13.10, в ктором было установлено ядро 3.11 RC1 (новое ядро можно скачать из отдельного PPA (http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.11-rc1-saucy/), для использования ядра 3.11 требуется обновление файлов (http://people.freedesktop.org/~agd5f/radeon_ucode/) с микрокодом для GPU). При загрузке ядру была передана опция командной строки "radeon.dpm=1". В процессе тестов был использован APU A10-6800K.
Наиболее интересным и заслуживающим внимания результатом данных тестов стало обнаружение существенного увеличения производительности 3D-операций во всех тестах (как правило, в 2.5-3 раза). Это поведение связано с тем, что в случае APU, графический процессор по умолчанию стартует на пониженной частоте. В случае нового кода DPM, GPU будет автоматически переключен на повышенную частоту при возникновении такой необходимости. Это привело к существенному росту производительности относительно ядра 3.10 с настройками "по умолчанию".
Примечание: в зависимости от модели и предназначения GPU данный эффект может и не наблюдаться, например дискретные GPU предназначенные для ПК, как правило стартуют на максимально возможной частоте. В данном случае эффектом от работы нового кода станет существенное сокращение энергопотребления GPU во многих ситуациях.URL: http://www.phoronix.com/scan.php?page=article&item=amd_dpm_p...
Новость: http://www.opennet.me/opennews/art.shtml?num=37434
Еще одна причина взять процессор AMD для медиацентра и сервера.
И рабочей машинки.
АМДшники похоже всерьез взялись за дело. Патч получился убедительным.
Когда ты плетешься в хвосте главное выбрать правильное направление для ускорения. Выбрали свободное ПО - все правильно сделали! К успеху придут!
Вывод: без ног тараканы не слышат!
И павлины без рук не каркают :).
> Вывод: без ног тараканы не слышат!Тоже мне вывод.
Вот то, что без языка змеи вообще почти ничего не чувствуют - это да.
> В данном случае эффектом от работы нового кода станет существенное сокращение энергопотребления GPU во многих ситуациях.ну так самое главное и не протестиовали!
> ну так самое главное и не протестиовали!Конкретно в системе фороникса GPU на старте системы в экономном режиме. Так что он скорее выигрывает по производительности. Такой вот прикол :).
>> В данном случае эффектом от работы нового кода станет существенное сокращение энергопотребления GPU во многих ситуациях.Логика "меньше - лучше" для фороникса неестественна)
на APU A10-6800K -- используется RadeonSI ? (или старые компоненты?)
r600gKaveri, в которых будет GCN, отложили: http://www.digitimes.com/news/a20130716PD202.html
<sarcasm>
1. Запускаем проц на пониженной частоте
2. Даем возможность выйти процу на нормальные частоты
3. Улыбаемся и машем рассказывая всем что наш чудо патч увеличивает производительность вашей видеокарты в 3 раза.
</sarcasm>Странная новость, то о чем нужно было писать, а именно о снижении энергопотребления, свелось к "Возможно энергопортребление будет ниже во многих случаях"
> <sarcasm>
> 1. Запускаем проц на пониженной частоте
> 2. Даем возможность выйти процу на нормальные частоты
> 3. Улыбаемся и машем рассказывая всем что наш чудо патч увеличивает производительность
> вашей видеокарты в 3 раза.
> </sarcasm>Как ни странно - именно так и получилось. Только вот на какой частоте запускается GPU - зависит от таблиц в vbios. Есть power state который помечен как boot. По дефолту железка взлетает на нем. Без дополнительных действий работать будет на вот этой вот частоте и вот такая будет производительность. В случае фороникса оказалась записана пониженная стартовая частота. Так что без добавочных приседаний GPU взлетает underclocked. А DPM его при нужде разгоняет до номинала. Чем-то похоже на ситуацию с реклокингом некоторых нвидий, только тут вот реклок работает :). Да и раньше работал, только с совсем уж педальным приводом.
> Странная новость, то о чем нужно было писать, а именно о снижении
> энергопотребления, свелось к "Возможно энергопортребление будет ниже во многих случаях"Как бы это сказать? Это комплексная технология масштабирования частоты под нагрузку. И логично ее тестировать во всех позах. И в плане производительности и в плане потребления энергии в разных ситуациях.
Радеон 7750 после старта выдает 1/4 от максимальной и надо было переключать в режим high
> Радеон 7750 после старта выдает 1/4 от максимальной и надо было переключать в режим highНу вот DPM теперь сам будет между режимами кантоваться, по мере надобности частот.
Патчи на power managment, а тестят перформанс.Нужно попробовать, может куллер перестанет гудеть как сумажедший при погашеном экране.
> Нужно попробовать, может куллер перестанет гудеть как сумажедший при погашеном экране.При погашенном экране (когда сделан честный DPMS OFF монитору) оно и раньше вообще-то на многих GPU валило на самую низкую частоту.
Хотя DPM в целом рулит питанием намного лучше. Он часто и без спецэффектов переключает частоты по мере надобности. В том виде каком это и должно было быть изначально.
> Патчи на power managment, а тестят перформанс.Они взаимосвязаны.
С наилучшими пожеланиями. Искренне ваш. Капитан.
Не завелось (R600 Radeon Mobility HD 3400). Просто черный экран и подвисшая система.
Пробовал mesa 9.2-dev... тоже самое. А жаль.
> Не завелось (R600 Radeon Mobility HD 3400). Просто черный экран и подвисшая система.А логи кернеля что говорят в этот момент?
> Пробовал mesa 9.2-dev... тоже самое. А жаль.
Упомянутые патчи к MESA не относятся вообще никак. Это к ядру патчи были. До MESA дело скорее всего вообще не доходит.
Кто знает, как посмотреть загрузку GPU/памяти для Radeon (ноут с ATI Mobility Radeon HD 5650 + Intel)?
Для Intel нашёл intel_gpu_top из intel-gpu-tools.
Для radeon ничего найти не могу.
> Для radeon ничего найти не могу.Не знаю есть ли столь продвинутая тулза для радеонов, а чисто технически различная статистика по радеонам лежит в /sys/kernel/debug/dri/0/*.
Наиболее интересный файлик - radeon_pm_info, показыающий текущее состояние видеокарточки (частоты, вольтаж).
Нашёл Radeontop https://github.com/clbr/radeontop
Но, похоже, она для R600 и новее.
> Но, похоже, она для R600 и новее.А что, мобильный 5650 в эту категорию разве не попадает?
>> Но, похоже, она для R600 и новее.
> А что, мобильный 5650 в эту категорию разве не попадает?Собрал, запускаю, пишет:
>> radeontop v0.6-4-g244c88e, running on REDWOOD, 120 samples/secВсе параметры по 0.
Видимо, всё же redwood.
Здесь на скринах, хоть что-то показывает http://phoronix.com/forums/showthread.php?72130-Announcing-r...
Хотя, судя по выводу glxinfo | grep render
>>direct rendering: Yes
>>OpenGL renderer string: Mesa DRI Intel(R) Ironlake Mobileв моём случае, всё работу выполняет карточка intel
>>> Но, похоже, она для R600 и новее.
>> А что, мобильный 5650 в эту категорию разве не попадает?
> Собрал, запускаю, пишет:
> Все параметры по 0.Тоже собрал, тоже всё по нулям. Правда на _той машине не установлена mesa, иксов нет, и я туда пришёл про ssh. :))) Radeon HD 4550 _есть.
А мне удалось всё же получить не нулевые значения на гибридой графике (intel+radeon). :)
Как и думал до radeon-а не доходит ничего.
Делал в Fedora 19 на основе http://forums.gentoo.org/viewtopic-t-909802.html
Если кратко:
1. Написать файл-параметров для Xorg, где будет только описание карты radeon.
2. Запустить ещё один Xorg с тем файлом.
>> Xorg -ac -config /etc/X11/xorg.conf.radeon -nolisten tcp -noreset -sharevts :8 vt93. Вернуться на первый Xorg. С помощью vglrun (из пакета VirtualGL) запустить приложение (glxgears, firefox ...). Приложение использует карту radeon, а выводиться на первый сервер Xorg.
http://imageshack.com/a/img833/391/4knq.png
http://imageshack.com/a/img843/8374/t9g.png
Конечно попадает. R600 это 2ххх и выше.
