Разгон нетбуков Asus с управлением через SHE (модификация BIOS)

6 January 2012 г., 12:32

Цитата
vve
Я что-то не совсем понял: в каких битах Вы меняли числа? В MSR C0010064 (для P0) или в MSR C0010066 (для P2)?

Я менял в MSR C0010066.
Как происходят переходы из Р1 в Р0 я не знаю. Стоит даже прикоснуться к тачпаду - сразу переходит в Р0. Наблюдение показало что в режиме Power Saving программы "AMD Vision engine control center" APU работает только в режиме Р2 (Super PI тому докозательство).

Показания MSR C0010071 в «модифицированном» Р2 следующие:
003001026A004Е13

В сравнении я имел ввиду, что «модифицированный» Р2 по своим характеристикам превращается в Р0 (исключая напряжение). Тобишь вместо 800 / 8х / 100 / 1.06 получается 1333 / х14,5 / 92 / 1.06 как я это понимаю. Поэтому сравнивал я его со стандартным Р0, где он проиграл в расчете на 3 секунды.

Как не крути но что-то по прежнему ограничивает множитель, явно не Р state...

6 January 2012 г., 13:32

Цитата
Stingeryar
Показания MSR C0010071 в «модифицированном» Р2 следующие:
003001026A004Е13

Подождите, но ведь это P0 ! Смотрите биты 18:16. С чего Вы решили, что это P2 ?
Запишите-ка Вы 13 в младший байт всех MSR C0010064...C001006B, чтобы не было всяких ненужных сомнений.
И посмотрите значения D18F3xD4 в этом "модифицированном" режиме: биты 5:0 не изменяются?

Цитата

Тобишь вместо 800 / 8х / 100 / 1.06 получается 1333 / х14,5 / 92 / 1.06 как я это понимаю.

Предлагаю закончить выдумывать несуществующие числа и использовать терминологию, соответствующую архитектуре платформы. Давайте величину MainPllOpFreqId, текущее значение которой читается из битов 5:0 в регистре D18F3xD4, называть "множителем", а величину CurCpuDid, текущее значение которой читается в виде комбинации битов 8:0 MSR C0010071 - "делителем". В соответствии с документацией, частоту ядра можно получить, если умножить 100 МГц на (множитель + 16) и разделить результат на делитель.
Для оригинального состояния P0 в Вашей машине множитель равен 24, делитель - 3, соответственно, частота равна 100*(24+16)/3=1333 МГц.
Давайте теперь опишем в этих терминах остальные оригинальные P-States и посмотрим на эти описания.

6 January 2012 г., 14:37 Тьфу, что за подстава?
Почему тогда вольтаж 1,06 да и режим Power saving?
Ладно, значит я где-то затупил, и он все-же тихонько переходит в Р0...

Вот стандартные значения регистров:
MSR_C0010064: 8000011C00004020
MSR_C0010065: 800002B900004830
MSR_C0010066: 8000029800004E40
MSR_C0010067: 0000028700004E52
MSR_C0010068: 0000000000000000
MSR_C0010069: 0000000000000000
MSR_C001006A: 0000000000000000
MSR_C001006B: 0000000000000000

Значения после моего вмешательства:
MSR_C0010064: 8000011C00004013
MSR_C0010065: 800002B900004813
MSR_C0010066: 8000029800004E13
MSR_C0010067: 0000028700004E13
MSR_C0010068: 0000000000000013
MSR_C0010069: 0000000000000013
MSR_C001006A: 0000000000000013
MSR_C001006B: 0000000000000013
Изначально они были серыми, стали синими.

Скриншот из D18F3xD4 во вложении
Значения в битах 5:0 не меняются ни при каких обстоятельствах и махинациях
Прогнал Super PI 10 раз (1М). Лучший результат 59с 12мс. Как-то подозрительно…

6 January 2012 г., 15:30 Stingeryar
Так, значит, мы на данный момент имеем следующее:
BIOS определяет всего 3 активных P-States: P0, P1 и P2 c делителями 3, 4 и 5, соответственно. CPU VID для этих состояний - 0100000, 0100100 и 0100111, что соответствует напряжениям питания ядра 1,1500 ; 1,1000 и 1,0625 В.
Множитель не изменяется при переключении состояний и всегда равен 24, поэтому частота ядра процессора принимает значения 1333, 1000 и 800 МГц.

Теперь, чтобы ещё раз не возвращаться к этим "основам", давайте проведём уточняющий эксперимент:
1) Переключите SHE в HPM и установите настройки энергосбережения, соответствующие максимальной производительности.
2) Скопируйте в MSR C0010065 и C0010066 значение из C0010064. Таким образом, мы должны получить независимость частоты процессора от переключения P-States.
3) Измерьте производительность с помощью SuperPI.
4) Замените младший байт MSR C0010064...C0010066 на 13.
5) Запустите SuperPI ещё раз.
6) Сравните результаты измерений пп. 3) и 5). Они отличаются?

А куда вдруг исчезли другие владельцы 1015B и 1215B, до недавнего времени столь активные?
Включайтесь в процесс, проделайте на своих машинах то же, что мы делаем сейчас! Сравнительный анализ значений может помочь разобраться с этой платформой.

6 January 2012 г., 15:51 Окай, что только делать? Я ничего не понял) Хотя бы программу скажите и, если можно, чуть-чуть подробнее в личку объясните. С удовольствием помогу.

6 January 2012 г., 16:00

Цитата
crow1994
Окай, что только делать? Я ничего не понял) Хотя бы программу скажите и, если можно, чуть-чуть подробнее в личку объясните. С удовольствием помогу.

Не поленитесь - прочитайте последние 3 страницы темы, мы ведь обсуждаем здесь всё, что делаем.
Нет сил объяснять ещё раз всё сначала :).

6 January 2012 г., 16:15 Vve,
1) В SHE стоит “High performance”, в AMD VECC стоит “Gaming”
2) Скопировал в перечисленные MSR значение «8000011C00004020»
3) Лучший результат после 5 пробегов: 1м 34с 16мс
4) Значение «8000011C00004013»
5) Лучшее время: 1м 33с 97мс.
19мс не очень большая разница.

6 January 2012 г., 16:19 С прогой разобрался, при вводе в CPU MSR Registers MSRC001_0071=0xC0010071 получаю следующее (в фотках), с D4 по D7 50 4F 02 00. Это что-то дает? Что мне дальше делать, я немного не понял? откуда значения cpu 01 и cpu 02?

6 January 2012 г., 16:22

Цитата
Stingeryar
1) В SHE стоит “High performance”, в AMD VECC стоит “Gaming”
2) Скопировал в перечисленные MSR значение «8000011C00004020»
3) Лучший результат после 5 пробегов: 1м 34с 16мс
4) Значение «8000011C00004013»
5) Лучшее время: 1м 33с 97мс.
19мс не очень большая разница.

Да, разницы нет. И при этом множитель - тот же, что и был раньше, так? А как у Вас тогда получался результат в 59 секунд?

6 January 2012 г., 16:33 Магия...
Тогда же я менял значения только в Р2 (P1,P0 я не трогал)
Вот он втихаря и переключался на Р0 (несмотря на "power saving"), отсюда и 3 секунды разрыва. А как Super PI заканчивал расчет - возвращался в Р2.
Также Вы по показаниям MSR C0010071 подтверждаете что это Р0, а не Р2.
Тут же выходит постоянный "насильный" режим Р2.