- Содержание
- Введение [ править | править код ]
- Программное управление [ править | править код ]
- События управления питанием [ править | править код ]
- APM функции [ править | править код ]
- Состояния питания [ править | править код ]
- Состояния питания системы [ править | править код ]
- Состояния питания устройств [ править | править код ]
- TL; DR
- 1 ответов
- TL; WR
- разработки
Опция Power Management Mode позволяет выбрать стандарт управления питанием.
APM (или AT) – выбор стандарта APM для управления питанием;
ACPI (или ATX) – выбор стандарта ACPI для управления питанием;
Disabled – управление питанием отключено.
Опция также может иметь другие названия:
Power Supply Type
Примечание 1. ACPI (Advanced Configuration and Power Interface) – это стандарт (спецификация), определяющий способы программного управления электропитанием компонентов компьютера с помощью встроенных средств ОС (операционной системы). Другими словами данная технология предназначена для управления состоянием персонального компьютера и энергопотреблением его компонентов.
Более подробно о том, что такое ACPI, Вы можете узнать здесь.
Примечание 2. АРМ (Advanced Power Management) – это набор функций, позволяющий программам управлять энергопотреблением устройств персонального компьютера. Спецификация АРМ реализована на уровне BIOS. Это значит, что BIOS практически полностью управляет энергопотреблением и определяет состояния устройств персонального компьютера.
Более подробно о том, что такое APM, Вы можете узнать здесь.
Advanced Power Management (APM) (рус. «Расширенное управление питанием» ) — набор функций (API), позволяющий программам управлять параметрами энергопотребления персонального компьютера, совместимого с IBM PC.
Разработан в 1992 г. [1] компаниями Microsoft и Intel. Версия 1.2, разработанная в 1996 году, была последней. ACPI был разработан как замена APM. Microsoft прекратила поддержку APM начиная с Windows Vista. Реализован на уровне BIOS.
Содержание
Введение [ править | править код ]
APM использует многоуровневый подход к управлению устройствами. Программы (а также драйверы) обращаются к операционной системе (драйверу APM). Далее ОС обращается к APM совместимому BIOS, который управляет оборудованием.
Обмен сообщениями проходит в двух направлениях:
- От BIOS к APM драйверу ОС
- APM драйвер посылает информацию и запросы в BIOS через вызовы процедур. В этом случае APM драйвер является промежуточным звеном между BIOS и операционной системой.
Программное управление [ править | править код ]
Для расширенного управления питанием (APM) жесткого диска существует множество программ, например CrystalDiskInfo.
События управления питанием [ править | править код ]
Существует 12 состояний/событий, связанных с управлением электропитанием (таких, как standby, suspend или resume запросы, а также уведомления о слабом заряде батареи), плюс события, добавленные производителями плат и периферии. Эти события посылаются от APM BIOS операционной системе, и драйвер регулярно проверяет наличие таких событий.
APM функции [ править | править код ]
Существует 21 процедура, которые драйвер может использовать, чтобы получить информацию о электроснабжении или же запросить изменение электропитания. Например: оповестить BIOS об использовании процессора, и, если процессор мало используется, то BIOS может перевести его на пониженное энергопотребление или же перевести обратно в нормальный режим. Также драйвер может узнать состояние электропитания устройства или же перевести устройство в другой режим.
Состояния питания [ править | править код ]
Спецификация APM определяет состояние питания системы и состояния питания устройств.
Состояния питания системы [ править | править код ]
- Включён: компьютер включён, и ни одно из устройств не находится в энергосберегающем режиме.
- APM включён: компьютер включён, и используется управление электропитанием.
- APM Standby: большинство устройств находится в энергосберегающем режиме. Процессор либо в энергосберегающем режиме, либо вообще выключен. Состояние системы сохранено и может быть быстро возобновлено движением мыши или нажатием клавиши клавиатуры. Как правило, информация сохраняется в память, чем и обусловлена быстрота возобновления в нормальное состояние.
- APM Suspend: большинство устройств выключено, но состояние системы сохранено (на жёсткий диск, например). Возобновление работы занимает больше времени.
- Выключен: компьютер полностью выключен.
Состояния питания устройств [ править | править код ]
Устройства также могут поддерживать APM. Устройства могут поддерживать APM полностью или частично.
- Устройство включено: устройство полностью функционирует.
- Управляется APM: устройство включено, но некоторые функции отключены или понижена производительность.
- Энергосберегающий режим: устройство не работает, но питание поступает, так, что устройство может быстро «проснуться».
- Выключено: устройство выключено, питание не подается.
процессоры серии AMD FX в паре с чипсетом серии 9 материнская плата предоставляет возможность отключить APM (Application Power Management). большинство руководств по разгону предлагают отключить APM для лучшей стабильности, по крайней мере вначале. Среди них есть официальные AMD FX руководство по настройке производительности, страницы 5 и 10. Страница 5 гласит:
С АПМ устанавливает лимит ТДП это обычно рекомендуется отключить оба AMD Turbo Основные технологии и APM особенности, когда увеличение частоты процессора и напряжения выше уровней по умолчанию.
в двух словах, настройка AMD Application Power Management BIOS обеспечивает процессор остается в пределах 125W (8 ядер) или 95W (4 и 6 ядер) TDP чип был разработан для. Я видел, как многие говорят, что APM заставляет процессор дроссель, это и правда, и ложь. Это правда что иногда АПМ причины этого, но регулирование не то, что он всегда делает. есть времена, когда он слегка пониженном напряжении, сохраняя при этом процессор на более высокая тактовая частота.
все акценты мои.
кроме того, большинство материнских плат Энтузиастов в настоящее время также предлагают функцию под названием Load-Line Calibration (LLC). Согласно публикации пользователя в Linus Tech советы’ форумы:
Vdroop-это капля в напряжение, подаваемое на процессор при увеличении нагрузки; в основном, когда вы переходите от холостого хода к нагрузке, напряжение будет уменьшаться. Учитывая небольшой допуск напряжения, с которым работают оверклокеры (повышенное напряжение пропорционально частоте процессора, множителе что разгон может достичь), падение напряжения, приложенного к процессору может сделайте теоретически стабильный разгон нестабильным (падение напряжения ниже, что требуется для достижения заданной частоты)
следующее разница между определенными (X) и измеренными (Y) значениями vcore без LLC:
обратите внимание, как фактическое значение vcore всегда ниже того, что мы ожидаем.
на следующем изображении мы видим, что для этого конкретного процессора (i7 3930K) и MoBo (Asus Rampage IV Extreme) настройки LLC "High" (что означает значение 50%) достаточно, чтобы компенсировать vdroop:
TL; DR
Мне интересно, предпочтительно ли отключить APM и (скорее всего) поселиться с более низким уровнем LLC (иногда это вообще не нужно) или сохранить APM включенным и прибегнуть к более высокой настройке LLC, чтобы все было стабильно. Меня беспокоит, в таком порядке:
- стабильность системы
- расчет целостности
- система долговечность (менее важно)
- тепловая мощность и энергопотребление (еще менее важно)
/ TL; DR
(дополнительная информация)
Причина запроса заключается в том, что более высокая настройка LLC вводит короткие скачки напряжения в ядро процессора, как уже отмечалось в этом вопросе: >, как и в этом мастерское логово. Цитирую:
Если у вас есть достойные платы, загрузки калибровки не купите вам что-нибудь с точки зрения более высокого разгона (. ). Это только искусственно снижает vcore, который вам придется установить в BIOS, но процессор будет по-прежнему требуют того же количества напряжение, когда оно находится под нагрузкой.
Я бы рекомендовал оставить [LLC] отключенным, если вы не думаете что у вас трудное время для достижения разгон, что вы хотели и подозреваю, что проблема в чрезмерном vdroop.
С одной стороны, я подозреваю, что APM делает больше, чем "просто" обеспечение соблюдения общего потолка TDP, и, следовательно, следует скорее поддерживать, если это возможно, несмотря на предложения об обратном. Но с другой стороны, похоже, что APM приведет к нестабильности и, следовательно, потребует более высокой настройки LLC, что само по себе, вероятно, хуже.
для полнота:
Я ранее работал с LLC High (50%) для этой тактовой частоты, но получил ошибку расчета в Prime95 после 4h30min тестирования, даже со смещением 100mv (+0.1) vcore.
затем я снизил смещение на 6.25 МВ и изменил LLC на Ultra High, ошибки ушли.
это, однако, подтолкнуло напряжение нагрузки на 20 мВ в среднем — и 12 МВ (в результате в 1.488 в) при определенных переходах нагрузки, что немного выше идеала.
температура процессора была максимальной 63ºC, после многих часов хруста числа в течение дня. Это система воздушного охлаждения (респектабельный кулер, хотя, Hyper 212X), хорошо работала в течение 2 лет со смещением a-85mv (undervolt)
Я хотел бы, чтобы он продолжал работать, по крайней мере, еще один год.
1 ответов
TL; WR
- APM не влияет на стабильность, по крайней мере, для моей установки
- LLC, однако, делает-на самом деле, в моем случае, это абсолютно необходимо для того, чтобы иметь стабильный, безошибочный разгон. (также, что интересно, он почти всегда позволяет вообще не настраивать напряжение смещения).
APM оказывает негативное влияние на производительность. Однако, обычно лучше оставлять его включенным, потому что таким образом вы можете настроить более высокую тактовую частоту, которая приведет к более высокой общей производительности системы, специально для слегка резьбовых нагрузок. Это также экономит электроэнергию.
вот как это делается:
(захват принятый во время теста Prime95 небольшого FFT с 6 потоками работника) (размер 24K FFT)
разработки
все отключение APM действительно вызывает ваш процессор работать вне Ряд 125W TDP. В сущности, ваш чертеж больше мощности и напряжения, и создающ больше жары для очень маленького преимущества. (. )
единственное время и ситуации, которые я бы рекомендовал отключить APM(Application Power Management) (. ) если вы есть:
- очень хорошее решение жидкостного охлаждения предпочтительно верхнего сегмента для вашего К. П. У. для запланированного максимума разгоны в диапазоне от 4,9 до 5 ГГц, которые будут идти по пределу TDP в любом случае.
(. )
ничто здесь не указывает на то, что APM оказывает какое-либо влияние на стабильность системы, хотя предыдущая цитата (из вопроса), похоже, указывает на это ( "бывают случаи, когда он будет немного ниже напряжения, сохраняя при этом процессор с более высокой тактовой частотой").
так я испытал это сам для следующего сценарии:
- 4800 MHz @ 0.09375 V offset; LLC [Ultra High]; APM [Enabled]
- Дитто, АПМ [инвалидов]
- APM не влияет на стабильность системы вообще
- производительность процессора увеличилась на 3,27%, достигнув 9132 пунктов в тесте производительности Passmark. Это более высокий балл, чем FX-8370:
Наибольший особенно:
- плавающей точкой увеличился на 8,14%
- производительность SSE увеличена на 8,93% (SSE реализована в терминах FP)
- простые вычисления также на 10% быстрее
- целое представление неизменным
однако, по мере того как никакое хорошее дело не идет безнаказанным, это приходит на высокую цену: 73ºC достигло в 15-20 минутах максимальной допускаемой нагрузки с Prime95. Это почти на 16% больше тепла и на 3ºC выше теплового предела процессора. Очевидно недостижимый с воздушным охлаждением.
затем я протестировал эти сценарии:
- 4700 МГц @ биржевое напряжение (без смещения); LLC [Ultra High]; APM [включено]
- 4500 МГц @ то же самое (без смещения напряжения и LLC Ultra), с APM [отключено]
- оба одинаково очень стабильный
- напряжение тока остает фикчированным на 1.44 v для 4500 MHz, и усредняет около 1.428 v для 4700 MHz с APM
- потребляемая мощность составляет
266,6 ва для 4500 МГц и
239,9 для 4700 МГц + APM при полной нагрузке (измеряется с помощью токоизмерительного клеща; фактическое потребление в ваттах будет немного ниже)
3.5% быстрее, и min. FPS был на 6,84% быстрее, на 4700 МГц
Я был несколько удивлен, что транскодирование с ручником тоже была быстрее на 4700 МГц с включенным APM, несмотря на то, что производительность с плавающей запятой ниже для этой конфигурации, так как кодирование является FP-интенсивной задачей. Вероятное объяснение заключается в том, что продолжительность теста была слишком короткой (6min16s), чтобы заставить процессор дросселировать заметно. Поэтому я попытался конвертировать одно и то же видео дважды, в "очереди", для общей продолжительности теста 13m03s. Переключаясь на 4500 МГц без APM, это снизилось до 12m44seg, что на 2,49% быстрее.
и это было единственное "реальный мир" сценарий мне удалось воспроизвести, где нижняя часы, APM отключена конфигурация была действительно быстрее.
Теперь, факт что это приходит с 10%+ больше силы (и более высоких термалей) делает им чем ideal для всех за исключением специализировать, FP-интенсивнейшие применения.