Чем редактировать биос материнской платы
- Менять VendorID/SubsystemID карты (но не нужно)
- Менять частоту и напряжение ГПУ и частоту памяти
- Менять частоту Boost, TDP, лимиты
- Делать свою кривую вращения вентилятора
- Менять частоты и напряжения ГПУ/памяти для 2D и режима UVD (так сделано специально, иначе энергосберегалки карты не работают как должны)
- Менять напряжение на памяти (очень печально, кстати)
- Задавать любые напряжения на ГПУ для всех типов VRM, кроме CHL822x, CHL8214, UP1637, UP1801, ST6788A, VT1556M (для всех остальных типов, только выпадающая таблица напряжений)
- Собственно сама программа VBE.
- Прошивальщик Atiwinflash.
-
разнообразных биосов AMD.
- Открываем программу. Жмем на кнопку Open и выбираем необходимый вам биос.
- Если редактируете чужой биос, то лучше запустить 2 копии программы и сравнить оба биоса, это убережет от многих проблем.
Вкладка Overview
реклама
- Обведенные красной рамкой строчки, должны совпасть в обоих биосах. Не касается случая, если вы сознательно шьете биос от другого производителя, хотя и там как минимум VRM и Memory Type(s)обязаны быть одинаковыми.
Вкладка PowerPlay
Вкладка OverDrive&PowerTune
реклама
var firedYa28 = false; window.addEventListener('load', () => < if(navigator.userAgent.indexOf("Chrome-Lighthouse") < window.yaContextCb.push(()=>< Ya.Context.AdvManager.render(< renderTo: 'yandex_rtb_R-A-630193-28', blockId: 'R-A-630193-28' >) >) >, 3000); > > >);
Раздел OverDrive.
- В строчках Max. Core Clock и Max. Memory Clock нужно выставить частоты не меньше, чем вы выставляли на предыдущей вкладке, иначе глюки в драйверах обеспечены.
- В строчке TDP Limit (%) можно выставить любое значение от -50 до +50. Это аналог управления питанием из Aftreburner.
Раздел PowerTune.
- Строчка TDP (W) позволяет прямо указать максимальный теплопакет карты.
- В Power Limit (W) можно задать минимальный и максимальный теплопакет видеокарты.
Вкладка Fan Profile
реклама
- Тут можно поиграть с оборотами вентилятора и температурой. Никаких советов не будет. Все зависит от СО вашей видеокарты. Если она плохо охлаждает, то нет смысла особо сильно занижать кривую температуры/скорости вращения. В общем есть смысл поиграть с графиком в сторонних программах, а потом уже вшить их в биос.
- В строчке Temperature Hysteresis можно указать значение погрешности измерения температуры и скорости вентилятора, но лучше не трогать. Иными словами это сглаживает набор\падение оборотов вентилятора.
- Ну и кнопки Save Profile и Load Profile позволяют сохранять и загружать ваше творчество в программу.
- Нажимаем Save и сохраняем свой отредактированный биос.
Переходим к прошивке биоса в видеокарту.
Сразу оговорюсь, что я не сторонник прошивки биоса из под ДОС, поэтому тут только Виндовс версия прошивальщика. Уже прошился раз 100 на многих картах и пока ни одного сбоя не было. Но, за любые риски ответственности не несу.
- Распаковываем архив с прошивальщиком в корень диска С:, должно получиться что-то вроде С:\Atiwinflash.
- Копируем сохраненный ранее биос в эту папку.
- Открываем консоль с правами администратора и вводим:
- cd c:\atiflash
- atiwinflash -unlockrom 0 — запустится программа, разблокирует на запись биос номер 0. Появиться окошко, что разблокировка произведена, в нем жмем ОК. (В некоторых видеокартах биос не заблокирован на запись, так что эту строчку можно не вводить. Хотя если даже и введете, плохого не случится).
- atiwinflash -p -f 0 имя_вашего_биоса.rom — собственно прошивка биоса, ждем 5-10 секунд и перезагружаемся. (Начиная с версии VBE 7.0.0.7b автор сделал проверку контрольной суммы при сохранении биоса, поэтому параметр -f уже не обязателен, хотя и не вредит).
В конце вы должны увидеть такое окно:
Сказано уже многократно, а совет до сих пор не теряет актуальность: «Десять раз подумай, прежде чем обновлять BIOS». Но психология бессильна против жажды к новому. Особенно в тех ситуациях, когда требуется получить скрытый потенциал, заложенный производителем в компьютер.
Преграды и препятствия на пути к поставленной цели не помеха! Если не получается «по науке», на помощь придет выдумка. Так, в ситуации, когда AMIBCP не справляется с редактированием образа BIOS, с помощью обходных маневров можно достичь успешного результата.
Flash Images Tool
Существенный недостаток доморощенных технологий не только в сложном пути к познанию истины, но и в ограниченности кругозора. Каждому из нас хорошо известно, что в технике лучше пользоваться не грубой силой, а специальным инструментом. Именно такой подход позволяет понимать все детали исследуемого процесса и вникать во все его тонкости. Вопрос прост: каким должен быть современный инструментарий компьютерщика и где его взять?
На первую часть вопроса следует заранее приготовленный упреждающий ответ: сегодня мы поговорим о Flash Images Tool — программном продукте для работы с образом, хранящимся во Flash ROM системной платы. Здесь и далее мы будем пользоваться следующими терминами:
- Образ Flash ROM — бинарный файл, который может быть записан в или считан из запоминающего устройства (сегодня это, как правило, микросхемы SPI) на борту персональной платформы. Его содержимое гарантирует полноценную работу компьютера, в первую очередь потому что в составе образа флешки имеется регион, где хранится BIOS системной платы. Подробное описание регионов Flash Image доступно в документе «System Tools User Guide for Intel® Management Engine Firmware 6.0».
- Образ BIOS для микросхемы Flash ROM — бинарный код, входящий в состав образа Flash ROM. Будучи из него извлеченным, этот двоичный код может быть сохранен в файл, который следует называть файлом BIOS, с которым в свою очередь возможны манипуляции с помощью утилиты AMIBCP. Из этого следует, что утилита AMIBCP работу с образом флешки не поддерживает, а позволяет манипулировать только образом AMIBIOS, в чем можно убедиться прочитав статью «AMIBCP и современные версии AMIBIOS».
Теперь совершенно очевидно, что преимущество Flash Images Tool перед AMIBCP состоит в "умении" работать с образом флешки. Это — заслуга разработчика, компании Intel.
Запуск утилиты FTool
После установки конфигурационных параметров по умолчанию утилита готова к работе, и мы можем убедиться в этом, обратившись за справкой к опции About Flash Image Tool…
Прежде, чем приступать к редактированию образа BIOS для микросхемы Flash ROM, необходимо установить параметры окружения утилиты:
Если требуется разместить результаты работы утилиты FTtool не в директории d:\amibcp\Build, следует откорректировать поле $DestDir в меню Environment Variables надлежащим образом.
Загрузка образа Flash Image
Следующим шагом на пути к достижению результата должна быть загрузка файла с исходным образом BIOS. В нашем случае — это файл amibios.rom, размером в четыре мегабайта.
Успешная загрузка приводит к тому, что утилита FTool создает директорию amibios (с тем же именем, что и образ для чипа флеш-памяти) и помещает туда результаты его декомпозиции:
Часто бывает так, что на совершенно новых и продвинутых платформах в процессе воспроизведения аудио-файлов качество звука оставляет желать лучшего. И проблема не в частотном диапазоне выходного усилителя или акустической системы. Проблема в цифровом тракте, которую даже ребенок может сформулировать просто: «Компьютер заикается». Так ли все безнадежно для владельца? И, главное, — как устранить возможную неисправность?
Начнем с того, что искажение звука в компьютере может оказаться вовсе и не аппаратным дефектом, а результатом неудачной настройки параметров системы. В частности, его базовой системы, — BIOS.
Как изменить настройки BIOS
Давно стало традицией, что производители материнских плат при молчаливом согласии разработчиков BIOS некоторые параметры, существенно влияющие на производительность, стараются спрятать подальше от любопытных глаз юзера. Связано это с тем, что изменение таких настроек может привести к сбоям платформы и, как результат, — к дополнительной нагрузке на службы поддержки всей дистрибъюторской цепочки. Что, безусловно, скажется и на реноме фирмы-производителя, и на популярности конкретного изделия.
Но то, что не позволено быку, позволено Юпитеру. Это значит, что для технологических нужд много полезных параметров в BIOS доступны для редактирования — вопрос только в подборе подходящего инструментария. Для релиза микрокода AMIBIOS, известного под маркой Aptio, такой утилитой служит AMIBIOS Configuration Programm. Мы воспользовались одной из версий AMIBCP, применив ее к файлу прошивки для платы Supermicro X9SCL:
Наиболее важным и интересным для нас будет то, что напрямую связано с обслуживанием шины PCI Express. Таким параметром на представленном скриншоте является PCIe Maximum Read Request. Постараемся разобраться, что означает запрос на чтение в применении к логике работы PCIe-шины.
Read Request и производительность
Параметр PCIe Max Read Request, доступный в меню настроек AMIBIOS, определяет максимально допустимый размер блока данных, передаваемого за одну транзакцию. Для потоковых операций, например, при работе с видеопамятью, когда существует высокая вероятность обращения по смежным адресам, увеличение размера блока повышает производительность системы. Это происходит потому, что за одну транзакцию передается больше данных. Кроме того, накладные расходы на передачу блока большего размера уменьшаются, так как меньше рабочего времени шины уходит на передачу заголовков.
Во всех прочих случаях при передаче малоформатных и фрагментированных данных пользы от увеличения размера блока нет. Напротив, иногда даже происходит снижение быстродействия, связанное с передачей данных, которые инициатор запроса проигнорирует. Если при выполнении некоторого 3D-приложения «узким местом» является производительность видеоакселератора или центрального процессора, но не шины PCI Express, то время, сэкономленное на передаче заголовков запросов, прибавится ко времени простоя шины и приращения производительности не будет.
Таким образом, увеличение размера блока может принести максимальную пользу тогда, когда фактором, ограничивающим быстродействие, является пропускная способность шины, и мы работаем с большими и непрерывными блоками данных. Негативным эффектом от увеличения размера блока может явиться увеличение латентности при арбитраже шины и нарушение изохронности (требования гарантированной доставки данных к заранее определенному моменту времени).
Выводы
Если во время передачи блока одним устройством возник запрос от другого устройства, то удовлетворение запроса от него возможно только после завершения транзакции. Поэтому справедливо утверждение: «Чем длиннее блок, тем выше латентность». На практике это может привести к ухудшению качества воспроизведения звука при интенсивном использовании шины видеоадаптером, если видео адаптер занимает шину часто и надолго. В тех случаях, когда возникают задержки при воспроизведении звука, иногда полезно уменьшить значение параметра PCIe Max Read Request.
Программа для редактирования настроек BIOS появилась вместе с самим BIOS, если мы говорим об утилите AMIBCP, редактирующей AMIBIOS разработки American Megatrends. Интерес к этому программному продукту подогревался его недоступностью: утилита распространялась только среди разработчиков материнских плат, подпадая под жесткие требования NDA. Особенностью AMIBCP стало игнорирование преемственности версий BIOS — каждый новый релиз работал только с текущей версией прошивки.
В одной из предыдущих публикаций мы затронули специфику работы AMIBCP в экосистеме Intel Management Engine. Фактически, там речь шла об условиях работы на новой программной платформе — UEFI. Для этого AMI пошла на ребрендинг: вместо AMIBIOS все ее низкоуровневые продукты стали называться Aptio. За восемь лет, прошедшие со времени первой публикации, технология конфигурирования дополнилась новыми возможностями. Как сейчас выглядит процесс редактирования настроек UEFI BIOS?
Aptio V как дебютная идея UEFI
Текущая версия UEFI BIOS в исполнении American Megatrends — AMI Aptio V. Прошивка обеспечивает старт системной платы и настройку всех ее узлов и подсистем. Рассмотрим реализацию Aptio для платформы ASUS TUF Gaming X570-Plus с процессором AMD Ryzen 5 3400G. Это позволит экспериментировать и с файлом прошивки, и с установками UEFI BIOS, доступными в CMOS Setup.
Давно уже не новость, что прошивки Aptio поставляются в виду капсул (расширение файла .cap). Раньше для работы с образом UEFI BIOS приходилось извлекать его из капсулы прошивки, отрезая первые 2048 байт по адресам с нулевого до 7FFh. Сегодня AMIBCP 5.0 и выше с успехом самостоятельно решают эту задачу, и прибегать к редактированию бинарного образа уже нет необходимости.
Всегда актуальной задачей остается поиск самой последней, самой свежей версии программы для конфигурирования настроек UEFI BIOS. На сегодня — это AMIBCP 5.02.0031:
Впрочем, компания American Megatrends в некотором смысле преодолела проблемы совместимости. Теперь даже неактуальная версия AMIBCP «открывает» современные капсулы UEFI, хотя и делает это некорректно.
Что знает BIOS сам о себе?
Посмотрим, как выглядят настройки BIOS платы ASUS TUF Gaming X570-Plus глазами AMIBCP 5.01.0014:
Сами настройки BIOS в устаревшей версии недоступны: меню Setup Configuration просто отсутствует. Утилита AMIBCP 5.01.0014 просто не «открывает» его. Зато есть меню BIOS Features, да и сам образ UEFI благополучно распакован из капсулы, что уже хорошо.
Прокомментируем поля BIOS Features. Кажущаяся очевидность их не вполне соответствует действительности, их состав может быть интересным разве что дотошному аналитику или кибер-следопыту. OEM ID проекта используется для внутренних нужд AMI и не несет полезной смысловой нагрузки. На данный момент не зарегистрировано значений, отличных от ALASKA. Скорее всего, это код AMBIOS8, унаследованный Aptio.
Цифровой код представленной версии UEFI BIOS состоит из значений Major Version и Minor Version. Их смысл очевиден и не нуждается в комментариях. Они, как параметры, используются ниже для Sign On Message и не могут быть отредактированы пользователем AMIBCP:
Version %x.%02x.%04x. Copyright (C) %04x American Megatrends, Inc.
Под заставкой, появляющейся на экране в процессе прохождения POST, находится внутреннее представление текущей версии (Project ID) в виде буквенно-цифрового индекса 1AVWX1407, который при ближайшем рассмотрении заканчивается знакомыми нам уже Major Version и Minor Version. «Единица» в его начале говорит о том, разработка кода UEFI BIOS велась в тайваньском подразделении American Megatrends. Буквенный индекс кодирует набор модулей, используемых при компиляции ядра BIOS.
BIOS Tag — идентификатор платформы
Самым интересным и самым мало изученным на закладке BIOS Features является BIOS Tag. О нем информация в интернете практически отсутствует, но, как следует из его названия, — это бирка, прикрепленная разработчиком UEFI к печатной плате проекта для того, чтобы однозначно определить и саму платформу, и отлаженный на ней программный код.
Идентификатор BIOS Tag легко находится в бинарном файле капсулы по метке _TG_. По идее, он должен совпадать с Project ID, но сейчас это правило соблюдается редко, особенно такими крупными партнерами AMI, как ASUS. Информационно-диагностические утилиты вроде Aida64 или Astra32 только выиграли бы в функциональности, если бы вели базу данных BIOS Tag для идентификации материнских плат.
AMIBCP открывает Aptio
Совсем другая картина представляется глазам любопытного экспериментатора, открывающего капсулу UEFI BIOS для материнской платы ASUS TUF Gaming X570-Plus с помощью самой современной версии утилиты MIBCP 5.02.0031:
Для наглядности на скриншоте отмечены закладки меню UEFI BIOS, который были доступны и в более старых версиях AMIBCP. Переход к актуальному релизу конфигурационной утилиты от AMI открывает доступ к принципиально важным настройкам Aptio: Setup Configuration и BIOS Strings. Тем, ради которых и затеян данный эксперимент.
Настройки BIOS в AMIBCP и в Setup
Соответствие настроек UEFI BIOS, предлагаемых пользователю в меню CMOS Setup, тем же настройкам в закладке Setup Configuration, предлагаемой утилитой AMIBCP, нормируется внутренним документом American Megatrands, который называется Aptio Text Setup Environment. В программном коде это реализуется с помощью структуры AMITSE, ответственной за доступ к настройкам. Рассмотрим, как это выглядит на реальной платформе ASUS TUF Gaming X570-Plus.
Рассмотрим скриншот CPU Configuration из меню Advanced. Ряд настроек, доступных пользователю, есть и в капсуле, открытой с помощью AMIBCP:
Конечно, настройки UEFI BIOS платы ASUS в AMIBCP выглядят не так красочно, как в CMOS Setup. Зато их легко редактировать, меняя значение поля Show. Неоднозначность ситуации усугубляется тем, что нет соответствия в опциях платы и открытого файла, но мы помним, что виноват в этом недоступный пользователю модуль AMITSE.
Совсем другая ситуация наблюдается с AMD Common BIOS Specification.
Выберем одну из опций AMD CBS — например, Enable IBS — и попытаемся найти ее в образе BIOS, открытом из капсулы с помощью AMIBCP.
К сожалению, никаких следов Instruction Base Sampling в Setup Configuration не обнаружено. Возможная причина этой и подобных ситуаций — интеграция проприетарного кода (в данном случае AMD) в программный код UEFI BIOS.
Обратите внимание на строку «Version 2.20.1271. Copyright (C) 2019 American Megatrends, Inc.». Это и есть строка Sign On Message, ранее рассмотренная в закладке AMIBCP BIOS Features, предлагаемой программой для редактирования настроек BIOS.
Подводя черту
На этом можно было бы и закончить обзор возможностей программы для редактирования настроек AMIBIOS, но логичным завершением должен быть протокол работы. Об этом компания American Megatrnds тоже позаботилась.
С помощью неприметной кнопки LogFile утилита AMIBCP предлагает сохранить журнал настроек BIOS материнской платы ASUS TUF Gaming X570-Plus, в котором зарегистрирован статус всех полей, доступных пользователю. Эта опция безусловно важна тем, кому интересен анализ изменений и дополнений, появившихся в новой версии UEFI. В контексте данной статьи полученный log-файл подтверждает, что в документированных настройках Setup опции «Enable IBS» просто нет.
Читайте также: