Что такое AMD EVP в BIOS и как это влияет на вашу систему

Amd evp (Extended Virtualization) — это функция в BIOS, которая позволяет процессорам AMD поддерживать технологии виртуализации. Она отвечает за оптимизацию работы виртуальных машин, обеспечивая эффективное распределение ресурсов между ними и улучшая производительность при выполнении виртуализированных приложений.

Включение Amd evp в BIOS необходимо для использования таких программ, как VMware, VirtualBox и других гипервизоров. Это позволяет пользователям более эффективно использовать аппаратное обеспечение, что особенно важно в современных условиях, когда виртуализация становится все более распространенной в бизнесе и IT-сфере.

Предпочтительно ли отключить APM или включить калибровку линии нагрузки для стабильности разгона?

Процессоры линейки AMD FX, в сочетании с материнскими платами на базе чипсета серии 9, позволяют отключить APM (Управление Энергопотреблением Приложений). Многие гайды по разгону советуют отключать APM для достижения большей устойчивости, особенно на первых этапах. В их числе есть официальное руководство AMD FX по настройке производительности, где на страницах 5 и 10 можно найти следующую информацию. На странице 5 указано:

При активации APM устанавливается предел ТДП, поэтому обычно рекомендуется отключить как технологии AMD Turbo, так и функции APM, если вы планируете повышать частоту процессора и напряжение выше заводских значений.

Вкратце, настройка AMD Application Power Management в BIOS позволяет удерживать процессор в пределах TDP 125W для 8-ядровых моделей или 95W для 4- и 6-ядровых. Я слышал много мнений о том, что APM приводит к троттлингу процессора, и эта точка зрения имеет как основания, так и опровержения. Действительно, в некоторых случаях APM может стать причиной троттлинга, но это не значит, что такое происходит постоянно. Иногда он может лишь немного снизить напряжение, позволяя процессору работать на более высокой тактовой частоте.

все акценты мои.

Кроме того, многие современные материнские платы для энтузиастов предлагают функцию под названием Load-Line Calibration (LLC). В соответствии с сообщением одного из пользователей на форумах Linus Tech Tips:

Vdroop обозначает снижение напряжения, подаваемого на процессор при возрастании нагрузки; в основном это происходит, когда вы переходите от режима ожидания к активной работе, и напряжение начинает уменьшаться. Учитывая небольшой диапазон допустимого напряжения, в котором действуют оверклокеры (где повышенное напряжение связано с частотой процессора и множителем, позволяющим разгон), падение напряжения, подаваемого на процессор, может привести к тому, что теоретически стабильный разгон станет нестабильным (если напряжение падает ниже необходимого для поддержания заданной частоты).

следующее разница между определенными (X) и измеренными (Y) значениями vcore без LLC:

заметьте, что реальное значение vcore всегда оказывается ниже ожидаемого.

на следующем графике показано, что для указанного процессора (i7 3930K) и материнской платы (Asus Rampage IV Extreme) установка LLC на "High" (что соответствует значению 50%) достаточно для компенсации vdroop:

TL; DR

Мне любопытно, стоит ли отключить APM и, возможно, установить более низкий уровень LLC (в некоторых случаях это может быть излишним), или же лучше оставить APM включенным и использовать более высокую настройку LLC для обеспечения стабильности. Меня интересует следующее:

• стабильность работы системы
• интегритет расчетов
• долговечность системы (менее критично)
• тепловое выделение и потребление энергии (еще менее важно)

/ Кратко

(дополнительная информация) Причина запроса заключается в том, что более высокая настройка LLC вводит короткие скачки напряжения в ядро процессора, как уже отмечалось в этом вопросе:< лучше использовать смещение или вручную задать напряжение на процессоре (в отношении longevitity процессора)? >>, как и в этом мастерское логово. Цитирую:

Если у вас имеются надежные материнские платы, то скачивание калибровок не поможет вам добиться лучших результатов разгона. Это лишь искусственно уменьшает уровень vcore, который вам нужно будет настроить в BIOS, однако процессор все равно будет требовать прежнего напряжения в условиях нагрузки.

Я бы посоветовал оставить [LLC] отключенным, если вы не считаете, что у вас возникают сложности с достижением желаемого разгона и подозреваете, что проблема заключается в чрезмерном vdroop.

С одной стороны, мне кажется, что APM выполняет более сложные задачи, чем просто контролирование общего лимита TDP, и, соответственно, его стоит поддерживать, если это возможно, несмотря на противоположные мнения. С другой стороны, APM может вызвать нестабильность, что потребует более тщательной настройки LLC, что в итоге вряд ли является оптимальным вариантом.

для полнота:

• Ранее я использовал LLC High (50%) для этой тактовой частоты, но столкнулся с ошибкой в расчёте в Prime95 после 4 часов и 30 минут тестирования, даже с увеличением на 100 мВ (+0.1) для vcore.
• После этого я уменьшил увеличение на 6.25 мВ и сменил LLC на Ultra High, и ошибки исчезли.
• Однако это, в свою очередь, вызвало увеличение напряжения под нагрузкой в среднем на 20 мВ и 12 мВ (в результате получив 1.488 в) при определенных изменениях нагрузки, что немного выше оптимального значения.
• Максимальная температура процессора достигала 63°C после длительных часов оверлокинга в течение дня. Это система воздушного охлаждения (достойный кулер, хотя и Hyper 212X), которая отлично работала последние 2 года с уменьшением 85 мВ (undervolt).
• Я надеюсь, что она продолжит функционировать как минимум еще один год.

задан Marc.2377

16.11.2022 8:29 3568

TL; WR

• APM не оказывает влияния на стабильность, по крайней мере, в моей конфигурации
• Что касается LLC, он действительно критически важен для достижения стабильного и безошибочного разгона в моем случае. Интересно, что практически всегда позволяет избегать настройки напряжения смещения.
• APM негативно сказывается на производительности. Тем не менее, чаще всего лучше оставить его включенным, так как это позволяет установить более высокую тактовую частоту, что, в свою очередь, увеличивает общую производительность системы, особенно при слегка резком нагружении. Это также способствует экономии энергии. Вот как это выглядит: (данные были получены во время тестирования Prime95 с небольшими FFT и 6 потоками)

разработки

Отключение APM действительно заставляет ваш процессор функционировать вне рамок TDP в 125W. По сути, это приводит к потреблению большей мощности и напряжения, что создает больше тепла при незначительном преимуществе. (. )

1. Отличным решением для жидкостного охлаждения является предпочтительно продукт верхнего сегмента для вашего процессора, позволяющий разгоняться до максимума в диапазоне от 4,9 до 5 ГГц, который все равно будет превышать предел TDP. (. )

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

Я сам столкнулся с этим в следующем случае:

1. APM не оказывает никакого влияния на стабильность системы.
2. Производительность процессора возросла на 3,27%, составив 9132 пункта в тесте Passmark. Это значение выше, чем у FX-8370: наибольший результат в этом плане.
3. Производительность с плавающей точкой увеличилась на 8,14%.
4. Производительность SSE возросла на 8,93% (SSE реализована в контексте FP).
5. Элементарные вычисления так же стали на 10% быстрее.
6. Целочисленные вычисления остались без изменений.

Тем не менее, как и любое хорошее дело, за это приходится платить высокую цену: 73°C достигнут при максимальной нагрузке в 15-20 минут с использованием Prime95. Это практически на 16% больше тепла и на 3°C выше предельной температуры процессора, что, очевидно, невозможно достигнуть с воздушным охлаждением.

После этого я протестировал следующие сценарии:

1. Оба варианта проявили равную стабильность.
2. Напряжение тока фиксируется на уровне 1.44 V для 4500 MHz, а усредняется около 1.428 V для 4700 MHz с APM.
3. Потребляемая мощность составляет примерно 266,6 Вт для 4500 МГц и около 239,9 Вт для 4700 МГц с APM при полной нагрузке (измерения выполнены с помощью токового клеща; фактическое потребление в ваттах будет немного ниже).
4. Мощность в режиме ожидания составляет 62,1 Вт и 64,7 Вт соответственно.
5. Максимальная температура достигала 65°C (разъем), 61.1 °C (ТСЛ) и 75°C (ВРМ) для 4500 МГц; 57°C (разъем), 52.1 °C (ТСЛ) и 68°C (ВРМ) для 4700 МГц с APM.
6. Компиляция крупных проектов с MinGW на Windows 10 64 бита и далее на Arch Linux происходила примерно на 3,8% быстрее с настройкой на 4700 МГц.
7. Компиляция в Visual Studio на Windows 10 и конвертация видео в 2 минуты 1080p с помощью Handbrake происходили на 1,5% быстрее при 4700 MHz.
8. Эффективность 2D-графики по показателю Passmark на 4700 МГц оказалась выше на 2,78%
9. В тесте Unigine Heaven с предустановкой "Basic" средняя производительность возросла примерно на 3,5%, а минимально зафиксированный FPS увеличился на 6,84% на 4700 МГц
10. Меня немного удивило, что процесс кодирования с помощью HandBrake также оказался быстрее на 4700 МГц с активированной APM, несмотря на то, что производительность при работе с плавающей запятой ниже для этой конфигурации. Это связано с тем, что кодирование является задачей, требующей интенсивных вычислений с плавающей запятой. Вероятно, причина в том, что длительность теста оказалась слишком короткой (6 минут 16 секунд), чтобы процессор заметно сбрасывал частоту. Поэтому я решил дважды преобразовать одно и то же видео, запустив тест в "очереди", суммарное время тестирования составило 13 минут 3 секунды. При переводе на 4500 МГц без APM время сократилось до 12 минут 44 секунд, что на 2,49% быстрее, и это был единственный реальный сценарий, в котором конфигурация с более низкой частотой и отключенной APM показала лучшую производительность. Стоит отметить, что это сопряжено с увеличением потребляемой мощности более чем на 10% и повышением температуры, что делает такие настройки идеальными лишь для специализированных, сильно нагружающих FP-приложений.

PBO позволяет значительно снизить потребление и температуры AMD Ryzen 7000 без потери производительности

Ютубер Optimum Tech опубликовал новое видео, в котором показал на что способны процессоры AMD Ryzen 7000 после пары очень простых настроек в BIOS. Вышедшие два года назад Ryzen 5000 представили пользователям опцию Precision Boost Overdrive 2, которая занимается автоматическим разгоном процессора на основе кривой частоты/напряжения. AMD дали возможность смещать эту кривую вниз или вверх для получения более высоких частот при стандартных значениях напряжения или наоборот стандартных значений частот при пониженном напряжении. Само собой разумеется, что эти настройки доступны и для Ryzen 7000, что позволило ютуберу получить более высокие рабочие частоты и производительность при сохранении стоковых температур и потребления.

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

Вот как изменились параметры частоты, потребления и температуры по сравнению со стоковым состоянием.

Ютубер также проверил производительность процессора в играх дабы удостовериться, что он ничего не потерял. Производительность осталась прежней, а кое-где даже улучшилась, но вот потребление в играх у Ryzen 7 7700X упало с 84 Вт до 62.

Ниже представлено полное видео. Стоит отметить, что возможные значения оффсета в PBO могут различаться в зависимости от процессора, однако у большинства пользователей появится возможность снизить потребление энергии и температуру без ущерба для производительности.

Связанные статьи по данной теме

Курьезный случай произошел во время прямой трансляции, на которой принимала участие представительница бразильского офиса известного производителя видеокарт Inno3D.

Вчера в 18:45

Компания DIGMA PRO, известная своими передовыми технологическими решениями, анонсировала свежую серию мониторов Vision, оснащённых экраном с QD-OLED матрицей. Первой в этой линии стала модель Vision L, характеризующаяся высокой частотой обновления в 240 Гц и ультранизким временем отклика всего 0,03 мс.

Power management options

«Управление энергией» подразумевает отключение или перевод в режим энергосбережения «сон» определенных компонентов вашего компьютера, если они не используются. Существуют два конкурирующих стандарта для реализации этой функции: APM и ACPI. Если вы хотите воспользоваться любым из них, укажите Y здесь, а затем дайте ответ на соответствующую поддержку ниже.

Power Management is most important for battery powered laptop computers; if you have a laptop, check out the Linux Laptop home page on the WWW at or Tuxmobil — Linux on Mobile Computers at and the Battery Powered Linux mini-HOWTO, available from .

Обратите внимание, что даже если вы укажете N, в системах Linux на архитектуре x86 будет выполнена инструкция hlt, если не требуется никаких действий, что приведет к переходу процессора в спящий режим и экономии энергии.

«Энергетическое управление» подразумевает, что некоторые компоненты вашего компьютера могут быть отключены или переведены в режим энергосбережения (спящий), если они не используются. Существуют два конкурирующих стандарта для этого: APM и ACPI. Если вы хотите воспользоваться одним из них, укажите Y здесь и затем ознакомьтесь с необходимыми дополнительными инструкциями ниже.

Управление питанием является наиболее важным для ноутбуков с батарейным питанием; если у вас есть ноутбук, посетите домашнюю страницу Linux Laptop на WWW по адресу или Tuxmobil — Linux на мобильных компьютерах по адресу и mini-HOWTO для Linux с батарейным питанием, доступное по адресу .

Заметьте, что даже при указании N в данном случае, операционная система Linux на архитектуре x86 выполнит инструкцию hlt, если ничего конкретного не произойдет, что приведет к переходу процессора в спящий режим и экономии энергии.

Устаревший API управления энергопотреблением (DEPRECATED)

Support for pm_register() and friends. This old API is obsoleted by the driver model.

Если у вас есть сомнения, выберите N.

Поддержка pm_register() и связанных с ним функций. Это устаревший API, и в таком случае лучше выбрать N.

Поддержка отладки управления питанием

This option enables verbose debugging support in the Power Management code. This is helpful when debugging and reporting various PM bugs, like suspend support.

Данный параметр предоставляет возможность получения более детализированных сообщений об отладке для кода, отвечающего за управление потреблением энергии. Это значительно облегчает процесс выявления и устранения проблем в этой части ядра, например, связанных с функцией приостановки.

Сохранять консоль(и) активными во время приостановки/возобновления (ОПАСНО)

This option turns off the console suspend mechanism that prevents debug messages from reaching the console during the suspend/resume operations. This may be helpful when debugging device drivers’ suspend/resume routines, but may itself lead to problems, for example if netconsole is used.

Поддерживает консоль(и) активной на протяжении процессов приостановки и возобновления (ОПАСНО)

Эта функция отключает систему приостановки для консоли, что предотвращает появление отладочных сообщений во время операций приостановки и возобновления. Данная опция может оказаться полезной при отладке программ, связанных с приостановкой и возобновлением драйверов устройств, однако сама по себе она может вызвать различные проблемы, например, в случае использования netconsole.

Suspend/resume event tracing

Это позволяет применять довольно примитивный код для сохранения последней точки события PM в RTC между перезагрузками, что может помочь в отладке системы, которая зависает во время перехода в спящий режим (или чаще, во время восстановления).

Чтобы воспользоваться этой функцией отладки, следует попытаться приостановить работу компьютера, затем его перезагрузить и выполнить

dmesg -s 1000000 grep ‘hash matches’

CAUTION: this option will cause your machine’s real-time clock to be set to an invalid time after a resume.

Приостановка/возобновление мониторинга событий

Это позволяет некоторым неаккуратным программным средствам сохранять последнюю позицию события PM в RTC при перезапуске, что дает возможность отлаживать систему, которая просто зависает в ожидании (или, чаще всего, во время восстановления).

Чтобы использовать эту функцию отладки, вы должны попытаться приостановить работу компьютера, затем перезагрузить его и запустить

dmesg -s 1000000 grep ‘соответствие хеша’

ОБРАТИТЕ ВНИМАНИЕ: использование этой опции может привести к установке некорректного времени реальных часов вашей системы после выхода из спящего режима.

Файлы состояния питания модели драйвера /sys/devices/…/power/state (УСТАРЕВШИЕ)

The driver model started out with a sysfs file intended to provide a userspace hook for device power management. This feature has never worked very well, except for limited testing purposes, and so it will be removed. It’s not clear that a generic mechanism could really handle the wide variability of device power states; any replacements are likely to be bus or driver specific.

ACPI (Advenced Configuration and Power Interface) Support —>

Поддержка ACPI

Для корректной работы поддержки Advanced Configuration and Power Interface (ACPI) в Linux необходима платформа, соответствующая стандартам ACPI (аппаратное обеспечение/микропрограмма), а также наличие программного обеспечения управления конфигурацией и энергопотреблением, управляемого ОС (OSPM). Эта опция увеличит размер вашего ядра примерно на 70K.

ACPI в Linux предлагает надежную функциональную замену для нескольких устаревших интерфейсов управления конфигурацией и энергопотреблением, включая спецификацию Plug-and-Play BIOS (PnP BIOS), Спецификацию многопроцессорной архитектуры (MPS) и Спецификацию управления энергопотреблением (APM). Если одновременно настроены поддержка ACPI и APM, будет использоваться тот интерфейс, который загружен первым.

The ACPI SourceForge project contains the latest source code, documentation, tools, mailing list subscription, and other information. This project is available at:

Поддержка ACPI в Linux основывается на Архитектуре компонентов ACPI от компании Intel. Дополнительную информацию можно найти по следующей ссылке:

ACPI является открытой ведомственной спецификацией, разработанной совместно компаниями Compaq, Intel, Microsoft, Phoenix и Toshiba. Спецификация доступна по следующему адресу:

Поддержка расширенного интерфейса конфигурации и питания (ACPI) для Linux требует платформы, совместимой с ACPI (аппаратное обеспечение/встроенное программное обеспечение), и предполагает наличие программного обеспечения для управления конфигурацией и питанием (OSPM), ориентированного на ОС. Эта опция увеличит ваше ядро ​​примерно на 70К.

ACPI в Linux представляет собой надежную замену для нескольких устаревших интерфейсов, используемых для конфигурации и управления питанием, таких как спецификация Plug-and-Play BIOS (PnP BIOS), многопроцессорная спецификация (MPS) и расширенная спецификация управления питанием (APM). В случае, когда поддерживаются как ACPI, так и APM, будет активирован тот интерфейс, который был загружен первым.

Проект ACPI на платформе SourceForge предлагает последнюю версию исходного кода, документацию, инструменты, возможность подписки на рассылки и другую информацию. Данный проект доступен по следующему адресу:

Поддержка Linux для ACPI основана на компонентной архитектуре ACPI корпорации Intel (ACPI CA). Для получения дополнительной информации см .:

ACPI — это открытая спецификация, созданная совместно компаниями Compaq, Intel, Microsoft, Phoenix и Toshiba. Спецификация доступна по следующему адресу:

Интерфейс Procfs

Интерфейс Procfs для ACPI является необязательным для обеспечения обратной совместимости. Поскольку те же функции дублируются в интерфейсе sysfs, этот интерфейс proc будет удален в будущем, поэтому он помечен как устаревший.

( /proc/acpi/debug_layer и debug_level заменены на /sys/module/acpi/parameters/debug_layer и debug_level. /proc/acpi/info заменен на /sys/module/acpi/parameters/acpica_version )

Интерфейс Procfs для ACPI сделан необязательным для обратной совместимости. Поскольку те же функции дублируются в интерфейсе sysfs, и этот интерфейс proc будет удален через некоторое время, он помечается как устаревший.

Данный драйвер предоставляет возможность работы с объектом адаптера переменного тока, который указывает, подключена ли система к сети или работает от батареи. Если ваша система может переключаться между сетевым питанием и батареей, выберите Y.

Этот драйвер предлагает поддержку объекта (файла) адаптера питания, который отображает, подключен ли адаптер к системе. Если ваша система позволяет переключение между сетью и батареей (например, ноутбуки), выберите Y.

This driver adds support for battery information through /proc/acpi/battery. If you have a mobile system with a battery, say Y.

Данный драйвер предоставляет сведения о состоянии аккумулятора через файл /proc/acpi/battery. Если у вас есть система с батареей, выберите Y.

Этот драйвер управляет событиями, связанными с кнопками питания, сна и крышки. Демон считывает данные из /proc/acpi/event и выполняет заданные пользователем действия, такие как выключение системы. Это необходимо для программного управления отключением питания.

Этот драйвер перехватывает нажатия на кнопки питания и засыпания, а также открытие/закрытие крышки ноутбука. Демон читает файл /proc/acpi/event и выполняет действия, определенные пользователем, например выключение системы. Это необходимо для программного контроля за различными кнопками в том числе и выключения питания.

Данный драйвер реализует расширения ACPI для дисплейных адаптеров, предназначенных для интегрированных графических устройств на материнских платах, как указано в Приложении B спецификации ACPI 2.0. Он позволяет осуществлять основные функции управления, такие как определение видео устройства POST, получение данных EDID и настройка видеовыхода и т.д.

Обратите внимание, что это лишь эталонная реализация. Возможно ее несовместимость с вашим интегрированным видеоустройством.

Этот драйвер реализует расширения ACPI для адаптеров дисплея для интегрированных графических устройств на материнской плате, как указано в спецификации ACPI 2.0, Приложение B, позволяя выполнять некоторые основные элементы управления, такие как определение устройства POST видео, получение информации EDID или настройка видеовыхода и т. д.

Обратите внимание, что эта ссылка только реализация. Это будет или не будет работать для вашего интегрированного видеоустройства.

Данный драйвер предлагает поддержку устройств вентилятора ACPI, что позволяет приложениям пользовательского уровня осуществлять базовое управление вентиляторами (включение, выключение, проверка статуса).

Этот драйвер предоставляет возможность поддержки ACPI-устройств вентиляторов, позволяя пользовательским программам управлять ими: активировать, деактивировать и отслеживать состояние.

This driver adds support for ACPI controlled docking stations

Данный драйвер обеспечивает поддержку докинг-станций, управляемых ACPI.

Съемный отсек для дисков

This driver adds support for ACPI controlled docking stations

Отсек для съемных дисков

В данном драйвере реализована поддержка отсеков для съемных накопителей, которые контролируются ACPI, включая такие решения, как отсеки IBM Ultrabay или Dell Module Bay.

Этот драйвер устанавливает ACPI в качестве обработчика простоя для Linux и использует состояния процессоров ACPI C2 и C3 для экономии энергии, на системах, где это доступно. Он необходим для работы нескольких версий драйверов производительности cpufreq.

Этот драйвер устанавливает ACPI в качестве обработчика простоя для Linux и использует состояния процессора ACPI C2 и C3 для экономии энергии в системах, которые его поддерживают. Это требуется несколькими разновидностями драйверов состояния производительности cpufreq.

Тепловая зона

Этот драйвер добавляет поддержку тепловых зон ACPI. Большинство мобильных устройств и некоторые настольные системы поддерживают тепловые зоны ACPI. Настоятельно рекомендуется включить эту опцию, так как без нее ваш(и) процессор(ы) могут быть повреждены.

Этот драйвер добавляет поддержку тепловых зон ACPI. Большинство мобильных и некоторых настольных систем поддерживают тепловые зоны ACPI. НАСТОЯТЕЛЬНО рекомендуется включить эту опцию, так как ваш процессор(ы) может быть поврежден без него.

Дополнительные драйверы для ноутбуков Asus/Medion

Этот драйвер обеспечивает возможность использования дополнительных функций для ноутбуков ASUS, совместимых с ACPI. Поскольку некоторые ноутбуки Medion производятся компанией ASUS, он также может поддерживать некоторые модели Medion (например, 9675). Драйвер делает так, чтобы все дополнительные кнопки генерировали стандартные события ACPI, которые проходят через /proc/acpi/events, а также (на некоторых моделях) позволяет регулировать яркость и вывод изображения, включая и выключая подсветку ЖК-экрана, и, что особенно важно, отвечает за мигание стильными светодиодами, предназначенными для уведомления о почте и состоянии беспроводной связи.

Note: display switching code is currently considered EXPERIMENTAL,toying with these values may even lock your machine.

Все настройки могут быть изменены через записи в директории /proc/acpi/asus. Владелец и группа для этих записей задаются с помощью параметров asus_uid и asus_gid.

Дополнительную информацию и демон пользовательского пространства для обработки дополнительных кнопок можно найти на .

Данный драйвер предоставляет поддержку дополнительных возможностей для ноутбуков ASUS, совместимых с ACPI. Поскольку некоторые модели ноутбуков Medion производятся ASUS, этот драйвер может также поддерживать некоторые из них (например, 9675). Он обеспечивает генерацию стандартных событий ACPI всеми дополнительными кнопками, которые проходят через /proc/acpi/events, и (в некоторых версиях) добавляет функции управления яркостью и видеовыходом, включения и выключения подсветки дисплея, а также, что особенно важно, позволяет активировать светодиоды, предназначенные для отображения состояния почты и беспроводных соединений.

Примечание: код переключения дисплея в настоящее время считается ЭКСПЕРИМЕНТАЛЬНЫМ, игра с этими значениями может даже заблокировать ваш компьютер.

Все конфигурации могут быть изменены через файлы в каталоге /proc/acpi/asus. Владелец и группа для этих файлов можно назначить с помощью параметров asus_uid и asus_gid.

Дополнительные сведения и демон пользовательского пространства для взаимодействия с дополнительными кнопками на устройствах.