Термальная зона acpi что это
Термальная зона acpi что это
*если не в тот раздел, пожалуйста, не бейте ногами*
На борту:
Процессор: DualCore AMD Athlon 64 X2, 2200 MHz (11 x 200) 4200+
Видеокарта: NVIDIA GeForce 8500 GT (256 Мб)
Мать: Biostar NF520-A2
За бортом:
Полное недоумение, т.к. с подобным раньше не сталкивался.
Пролог
С одного известного ресурса (который уже закрыли по причине распространения вредоносного ПО) мною был скачан софт. Вместе с этим софтом установился непонятный мне драйвер «Ticno» и «Мультибар фирмы ###». Не прошло и дня как комп. начал выключаться. 3-4 часа работы и потух.
При включении в трее вылазило сообщение «Привет, это Windows. Я заблокировал драйвер «Ticno» из-за несовместимости. Дада, я буду так делать каждый раз». На что я ответил 
Кульминация
После переустановки ОС и её последующей настройки (выключение ненужных служб, скачивание жизненно важного софта) работа компьютера в течении двух часов была стабильной. Главное слово «была».
В журнале регистрируется всего лишь одна ошибка (которая отмечена красным цветом):
Уровень: Источник: Код события:
Ошибка Eventlog 6008
Предыдущее завершение работы системы в 22:49:24 на 30.03.2012 было неожиданным.
Помимо этого я решил посмотреть температуру:
SpeedFan:
20 минут простоя, после чего была запущена игра: *мне запрещено выкладывать ссылки на изображения*
GPU: 50C
HD0: 34C
Core: 62C
Temp1: 60C
После того как комп. выключился и я его опять запустил:
GPU: 58C
HD0: 39C
Core: 66C
Temp1: 61C
Показатели температуры от everest’a (также после выключился-включил_опять):
ЦП: 38С
ЦП1: 44С
ЦП2: 45С
МСР: 63С
Диод ГП (видео): 54С
Жесткий: 37С
Показатели пока пишу сообщение на форуме:
*SpeedFan*
GPU: 50C
HD0: 34C
Core: 62C
Temp1: 60C
p.s. №1 Антивирусов на компьютере нету. Вирусов также. ОС чистая. Все, что я установил после переустановки: браузер, 2 игры, скайп, mIRC, photoshop.
p.s. №2 Сегодня открыл системник и вытер\пропылесосил пыль с куллеров.
p.s. №3 Синих экраном смерти не было. Галачка «выполнить авто. перезагрузку» снята. Была включена, но «синего» так и не было.
Какой можете предположить вердикт? Ремонт? Умер?
Очень нуждаюсь в помощи. Заранее всех благодарю.
Примеры, требования и диагностика
В этом разделе представлены примеры проблем с управлением тепловыми режимами, а также обсуждаются требования и методы диагностики.
Примеры
В следующих примерах объясняется, как решать типичные проблемы с температурным управлением.
Датчики температуры для обложки
Мониторинг температуры обложки крайне важен для обеспечения защиты пользователя в любое время. Если температура в обложке слишком безопасна для безопасной работы, система должна предпринять немедленные действия, чтобы завершить работу системы. Эти датчики температуры также могут предоставлять входные данные для температурных зон, чтобы регулировать устройства, предназначенные для чтения.
На следующей блоковой схеме показан пример макета системы с тремя устройствами и двумя температурными зонами.
В этом примере датчик температуры 1 (TS1) и датчик температуры 2 (TS2) помещаются стратегически в местах, где устройства применяют наиболее тепло к обложке. Устройства 1, 2 и 3 могут иметь отдельный датчик температуры поверх каждого устройства. Эти датчики устройств нацелены на регулирование каждого устройства по отдельности. Как правило, цель датчика обложки — определить температуру на поверхности устройства как совокупность нескольких устройств в системе. Несмотря на то, что каждое устройство может выдавать больше тепла, чем может быть обнаружено на этих датчиках температуры, сочетание теплоотвода этих устройств, как правило, накапливается в этих расположениях датчиков.
TS1 помещается в середине между устройством 2 и устройством 3. Таким образом, термальная зона, которая принимает TS1 в качестве входных элементов управления для устройств 2 и 3. Когда TS1 становится горячий, термальная зона регулирует устройство 2 и 3. Аналогично, когда TS2 становится горячий, термальная зона регулирует все три устройства.
В этом примере датчики накладываются на те же самые далеко от отслеживаемых устройств. TS1 помещается в середине между устройством 2 и устройством 3, а TS2 помещается эквидистантная с устройств 1, 2 и 3. Если каждое устройство рассматривает тепло в радиальном режиме таким же образом, тепло от каждого устройства повлияет на показания температуры на датчике.
Постепенное регулирование температуры
Учитывая набор температурных констант (_TC1 и _TC2), в процентах пассивного регулирования в термальной зоне есть определенные характеристики: скорость изменения кривой и интенсивность, с которой регулировки зоны остаются далеко от точки поездки. В некоторых случаях может потребоваться изменить поведение термальной зоны. Например, если температура низкая, процент регулирования может быть менее агрессивным. Но если температура находится ближе к точке поездки, то поведение регулирования может потребоваться гораздо более агрессивно. В таком случае постепенное регулирование температуры можно использовать для применения различных поведений регулирования к набору устройств. Существует два способа реализации постепенного регулирования температуры:
Обновление констант для зон
Для любой термальной зоны Notify(thermal_zone, 0x81) можно использовать для обновления температурных констант в любое время.
Зоны с разными точками поездки
В термальной зоне может быть не более одного датчика температуры. Однако несколько температурных зон, использующих один и тот же датчик температуры, часто используются для реализации постепенного поведения регулирования температуры. Одна тепловая зона начинает регулировать производительность с минимальными температурами, в то время как другая тепловая зона начинает интенсивно регулировать производительность при высоких температурах.
На следующей блоковой схеме две температурные зоны, управляющие одними устройствами, используют один и тот же датчик температуры для постепенного регулирования температуры. В этом примере датчик температуры помещается рядом с зарядным устройством батареи и мониторами, чтобы он мог предоставлять входные данные для температурных зон, управляющих этими двумя устройствами.
Две температурные зоны, показанные на предыдущей схеме, могут быть определены следующим образом:
Регулирование, зависящее от текущего
Если драйверу батареи требуется регулирование в зависимости от температуры и тока, то алгоритм ACPI в диспетчере температуры более не подходит, так как он не может принимать текущие учетные записи. Чтобы заменить этот алгоритм, необходимо предоставить драйвер политики, содержащий пользовательский алгоритм, и загрузить этот драйвер поверх стека драйверов для термальной зоны. Этот драйвер политики рассматривает как датчик температуры, так и текущий датчик как входные данные и приступает к политике температуры на основе настраиваемого алгоритма. Обратите внимание, что эта политика охлаждения должна действовать в рамках возможностей термальной зоны. Политика отправляется в Диспетчер температуры, который обновляет журналы и обновляет термальную зону. После этого термальная зона отправляет запросы к драйверу батареи через интерфейс охлаждения.
На следующей блок-схеме показан драйвер политики, который управляет температурой и текущей батареей устройства. Драйвер политики реализует пользовательский алгоритм вместо алгоритма теплового диспетчера. В отличие от алгоритма охлаждения, Пользовательский алгоритм принимает как температуру, так и текущую учетную запись.
Требования к управлению тепловыми режимами
Требования к оборудованию
Для хорошего проектирования температурного оборудования необходимы следующие моменты:
Все системы соответствуют применимым отраслевым стандартам (например, IEC 62368) для обеспечения безопасности бытовой электроники.
Оборудование должно иметь точку перехода на резервную температуру, которая завершает работу системы или предотвращает загрузку.
Оборудование датчика должно быть точным до +/-2 o C.
Оборудование датчика не должно требовать опроса программного обеспечения для определения превышения пороговой температуры.
Во время работы системная яркость экрана никогда не ограничена менее чем на 100 НИТС.
Заряд аккумулятора не регулируется в течение одного:
Требования к тестированию ХКК для современных резервных ПК
Все современные резервные компьютеры должны отвечать определенным требованиям к температуре независимо от архитектуры процессора и конструктивного фактора. Эти требования проверяются в ХКК:
Дополнительные сведения о тестах ХКК см. в разделе Проверка температурных зон.
Чтобы выполнить тесты ХКК, выполните следующие действия.
Сначала введите эту команду, чтобы установить драйвер кнопки:
Чтобы запустить все температурные тесты для ПК с вентилятором, введите следующую команду:
Чтобы запустить все температурные тесты для ПК без вентилятора, введите следующую команду:
>>RunCheckTz.cmd nofan all
Решения для управления тепловыми режимами
Windows термальная инфраструктура, основанная на ACPI, является рекомендуемым решением для управления тепловыми режимами для всех систем. Основные преимущества включают возможность легко диагностировать температурные проблемы со средствами папки «Входящие» и возможность сбора ценных данных телеметрии в поле.
однако альтернативные решения для Windowsной тепловой инфраструктуры приемлемы, если соблюдены указанные выше требования. у основных поставщиков полупроводников и SoC могут быть собственные специализированные решения, совместимые с Windows — например, реализации на основе динамической платформы Intel и тепловой инфраструктуры (дптф) для процессоров x86 и реализаций PEP на ARM.
Диагностика
чтобы помочь проектировщикам системы диагностировать и оценивать температурное поведение системы, Windows предоставляет следующие входящие и автономные средства.
Журналы событий
Windows записывает важную информацию о температуре в журналы событий. эти сведения можно использовать для быстрого рассмотрения температурных условий на любом компьютере с Windows 8 или более поздней версии без необходимости дополнительной трассировки или средств. В следующей таблице содержится полный список.
| Канал | Источник | ID | Описание события | ||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Windows логс\систем | Питание ядра | 125 | Перечисление термальной зоны ACPI. Windows регистрирует это событие во время загрузки для каждой термальной зоны. | ||||||||||||||||||
| Windows логс\системс | Питание ядра | 86 | Работа системы была завершена из-за критического события температуры. после критического завершения работы Windows регистрирует это событие. Это событие можно использовать для диагностики того, произошло ли критическое выключение, и определить зону, вызвавшую завершение работы. | ||||||||||||||||||
| приложения и службы логс\микрософт\ Windows \кернел-повер\сермал-оператионал | Питание ядра | 114 | Одна тепловая зона включает в себя или пассивное охлаждение. Windows регистрирует это событие, когда регулирование температуры заносится в журнал и отменяет его. Это событие можно использовать для подтверждения того, произошло ли регулирование температуры и для каких зон. Это полезно при рассмотрении проблем с производительностью. Уведомление о критическом событии В случае критического завершения работы или спящего режима, вызванного температурными условиями, операционная система должна быть уведомлена о событии, чтобы ее можно было записать в журнал системных событий. Существует два способа уведомления операционной системы, когда это происходит: Используйте _CRT или метод _HOT термальной зоны ACPI, чтобы автоматически регистрировать критическое событие температуры. Дополнительная работа не требуется, кроме определения значения _CRT или _HOT. Для всех других температурных решений драйвер может использовать следующий интерфейс событий термальной системы, который определен в файле заголовка Прокповр. h: Подсистема поверрепортсермалевент уведомляет операционную систему о событии температуры, чтобы событие можно было записать в журнал системных событий. Перед вызовом поверрепортсермалевентдрайвер устанавливает для элементов структуры THERMAL_EVENT следующие значения. Version Размер Одно из значений THERMAL_EVENT_xxx из нтпоапи. h. Температура Температура (в десятых долях градуса Кельвина), на которую был получен датчик, после того как он пересекает точку поездки (или нуль, если она неизвестна). триппоинттемпературе Температура (в десятых долях градуса Кельвина) точки поездки (или ноль, если она неизвестна). Инициатор Указатель на строку расширенных символов, заканчивающуюся нулем и определяющую датчик, пороговое значение которого было перепутано. Счетчики производительности Счетчики производительности предлагают в режиме реального времени сведения о температуре системы. Для каждой термальной зоны опрашиваются следующие три части данных. Причина регулирования— причина регулирования зоны: Дополнительные сведения о счетчиках производительности в целом см. в разделе счетчики производительности. Системный монитор Системный монитор — это встроенное приложение для опроса и визуализации информации. Системный монитор может быть очень мощным средством для сравнения температурных условий для температурных схем системы. На следующих двух примерах снимков экрана показан монитор производительности в действии при запуске демонстрационной версии фишбовл в Internet Explorer. На первом снимке экрана монитор производительности показывает увеличение температуры для трех температурных зон с течением времени.
На втором снимке экрана монитор производительности сообщает о текущем проценте регулирования, температуре и причине регулирования.
Дополнительные сведения см. в разделе Использование системного монитора. Windows Анализатор производительности (WPA) в составе ADK Windows предоставляет Windows производительности набор средств (WPT) для трассировки и анализа программного обеспечения. внутри WPT конструкторы систем могут использовать анализатор производительности Windows (WPA) для визуализации трассировок программного обеспечения и анализа поведения системы охлаждения. дополнительные сведения об установке и использовании WPA см. в разделе Windows Performance Analyzer (wpa). включите «Microsoft-Windows-Kernel-ACPI», чтобы регистрировать события температуры, активности термальной зоны и работы вентиляторов. включите «Microsoft-Windows-тепловый опрос», чтобы включить опрос температуры для каждой термальной зоны. Если этот параметр не включен, то сведения о температуре будут выводиться только при наведении на пассивные или активные точки поездки. Период опроса можно контролировать, указав флаг для поставщика.
Прежде чем припродвигаясь вглубься к данным регулирования температуры, рекомендуется дважды проверить информацию о служебной программе процессора, чтобы убедиться в том, что шаблон служебной программы процессора соответствует рабочей нагрузке. Чтобы убедиться в правильной настройке рабочей нагрузки, выполните следующие действия.
Процент регулирования термальной зоны При регулировании температурной зоны файл трассировки программного обеспечения записал в журнал все изменения в процентах, изменения температуры и изменения политики охлаждения. Чтобы просмотреть сведения в файле трассировки, выполните следующие действия. На следующем снимке экрана показан график регулирования устройства сермалзоне и параметры фильтрации.
Температура термальной зоны С помощью сведений счетчиков производительности можно отслеживать температуру системы, пока не задействовано регулирование. Выполните следующие действия. На следующем снимке экрана показана схема температуры по времени для пяти температурных зон. Помогите! Проблема с компом/ноутом!
19 лет на сайте В данной ветке обсуждаем любые проблемы с компьютером и его программным обеспечением (thread) . Возможность показать графическую «толстумбу» со стороннего ресурса необходима, чтоб выложить крупную картинку со всеми деталями. Это требуется крайне редко. Лучше всего, жмите изображение руками (чтоб понять Вашу картинку зачастую достаточно разрешения 400х300 пикселей, а то и меньше) или Используйте спойлер (чел в шляпе сверху окна редактирования) для размещения нескольких картинок. Возможно, Ваша проблема уже решена в соответствующей профильной ветке. Воспользуйтесь поиском в них: Вот упрощенный список вопросов, на которые должен ответить каждый вопрошающий: Для дискуссий и словопрений специалистов, которые выходят за рамки консультаций, создана ветка Компьютерная флудилка. Место для дискуссий специалистов. Примеры пользования ей по методу взаимных ссылок: первый пример, второй пример. Термальная зона acpi что этоРебят, помогайте
Последние 2 сообщение в течение 29-ой секунды повторяюьтся ОЧЕНЬ многократно. Смотрю показания датчиков по Евересту: Куды копать, чем опасно. Руководство по проектированиюЭто руководство по проектированию управления тепловыми характеристиками ПК содержит сведения о том, как определить значения температуры ПК «слишком горячий» и «слишком холодно». Такое определение является ключевым требованием для проектирования, обеспечивающим хорошее взаимодействие с пользователем. Кроме того, эти пороговые значения помогают выбрать первое действие по устранению рисков, которое будет использоваться для компонентов ПК, находящихся в нескольких температурных зонах. Проектирование пороговых значений температурыПеременные и допущения На температурное поведение ПК влияют следующие факторы: Проектирование оборудования Важность хорошей архитектуры оборудования не может быть чрезмерно превышена. Дополнительные сведения см. в разделе аппаратное моделирование и оценка. Среда Это внешние факторы, влияющие на режим охлаждения системы. Программное обеспечение может влиять только на среду, уведомляя пользователя о том, что температурные ограничения являются проблемой (например, при отображении логотипа «тепловая Загрузка»). Для изменения этих факторов пользователь должен перейти в другую среду: Солнечное излучение Интенсивность и угол солнечного света, влияющего на экран или любую часть системы. температура окружающей среды; Воздушный поток С беспроводным циркуляром или без него. Обмотка или в корпусе компьютера. влажность. Рабочая нагрузка и энергопотребление Предполагается, что Рабочая нагрузка и энергопотребление пропорционально друг другу. Иными словами, чем больше работает компьютер или компонент, тем больше энергии он потребляет и чем больше тепла он создает. Хотя это может быть не так во всех случаях, Эта упрощенная модель более или менее достаточна. Именно здесь возникают способы устранения рисков программного обеспечения. Уменьшая рабочую нагрузку, создается меньше тепла, и ПК продолжает работу. При проектировании и моделировании оборудования следует учитывать параметры, упомянутые в приведенном выше списке. Используйте значения наихудшей ситуации для среды. Единственным параметром, который может напрямую управлять программным обеспечением, является Рабочая нагрузка. Основы температурного режима Учитывайте температурное поведение ПК при выполнении постоянной рабочей нагрузки. При запуске рабочей нагрузки аппаратные компоненты компьютера, такие как ЦП и GPU, создают тепло и увеличивают температуру. Когда температура увеличивается относительно температуры окружающей среды, ПК начинает подсветить тепло, пока не будет вычислено тепла тепла, а температура достигнет стабильного состояния. Для всей продолжительности этой постоянной рабочей нагрузки, так как регулирование не вовлечено, производительность и пропускная способность являются постоянными. На следующей диаграмме показана связь между выпуском, температурой и производительностью, если регулирование не задействовано. Обратите внимание, что температура ПК остается в пределах теплоотвода, ограниченного окружающей температурой и температурой регулирования.
Теперь рассмотрим температурное поведение ПК при выполнении другой рабочей нагрузки, которая также является постоянной, но требует больших ресурсов. При выполнении этой рабочей нагрузки нагрузка на процессор значительно выше, чем у системы, которая может расрегулироваться в окружающей среде, и в результате, что температура растет постоянно. Без пассивного охлаждения температура будет возрастать до тех пор, пока система не станет слишком горячей и неблагоприятно повлияет на комфорт и безопасность конечных пользователей. Оборудование может быть повреждено и при высоких температурах. Регулирование температуры помогает гарантировать, что ПК не достигает этих высоких температур. Когда температура увеличивается по заранее заданному моменту, система начинает регулирование производительности. В результате теплоотвод уменьшается и постепенно — после теплоотвода и эквалайзера температура системы достигает стабильного состояния. На следующей диаграмме показана связь между выпуском, температурой и производительностью, когда производительность регулируется для снижения теплоотвода.
В обоих случаях, показанных на предыдущих диаграммах, рабочие нагрузки должны действовать на конверте теплопроводящей прокладки, чтобы температура системы не превышала ограничения безопасности. Конверт начинается с окружающей температуры и заканчивается температурой регулирования. Кроме того, в обоих случаях генерирование тепла и рассеивание в конечном итоге достигают сбалансированного состояния, а температура системы постепенно изменяется. Определение конверта теплопроводящей прокладки Хорошо спроектированный компьютер должен иметь как можно большую часть теплоотвода, предоставляя пользователям длительное и устойчивое к снижению качества. Как показано на предыдущих диаграммах, для теплоотвода используется нижняя граница, определяемая окружающей температуре. Он ограничен температурой регулирования. Хотя температура окружающей среды не является переменной, которую могут контролироваться разработчиками систем, верхняя граница может быть повышена при хорошем проектировании оборудования. Дополнительные сведения см. в разделе аппаратное моделирование и оценка. Но даже при условии, что оборудование не является основным ограничением, при определении конверта для теплоотвода необходимо учитывать другие важные факторы. Требуемый рабочий диапазон должен быть максимально большим, не подошли следующие ограничивающие факторы: Безопасность Температура системы должна сначала гарантировать, что пользователи не пострадает травмах от использования системы. Это требование применяется в основном к датчику температуры обложки. Защита оборудования Температура должна препятствовать системным компонентам «мелтинг» или иным способом привести к повреждению из-за теплого. Это требование применяется в основном к датчикам температуры компонентов, например к датчику, расположенному на процессоре. Регламентированные органы Все системы должны соответствовать действующим отраслевым стандартам (например, IEC 62368) для обеспечения безопасности бытовой электроники. Аппаратное моделирование и оценкаПрограммное обеспечение как дополнение к проектированию оборудования При проектировании оборудования важна ключевая важность для обеспечения температурного управления. Выбор компонентов с низким энергопотреблением, размещение горячего компонента далеко друг от друга и включение температурной изоляции — всего лишь несколько примеров того, как оборудование может значительно повысить степень температурных испытаний. Эти методы не могут быть заменены в программном обеспечении. Таким образом, программное решение служит только дополнением к аппаратному проектированию в общей температуре. В типичных рабочих нагрузках не должно быть никаких средств для запуска программного обеспечения для снижения температуры. Тепловая схема оборудования должна иметь возможность распределять тепло за эти рабочие нагрузки. Моделирование Моделирование — это итеративный процесс достижения описанной выше цели оборудования. В этом процессе не следует подойти ни в одном программном обеспечении. Полагаться исключительно на аппаратные возможности и при необходимости настроить. Определите типичную рабочую нагрузку. В зависимости от платформы системы, от телефона к серверу, каждая система должна иметь стандартный набор типичных рабочих нагрузок. Они не должны быть интенсивными рабочими нагрузками, такими как видеоконференции HD, а представляют собой более среднюю рабочую нагрузку, например просмотр веб-страниц или прослушивание музыки. Энергопотребление системы модели и отдельных компонентов для типичных рабочих нагрузок, так как тепло не будет распределяться по всему корпусу единообразно. Обратите особое внимание на компоненты, которые потребляют больше всего энергии, например процессор. В зависимости от оценки потребления энергии рабочей нагрузки моделирование температуры компонентов и обложки с течением времени. Скорректируйте архитектуру системы, чтобы убедиться в том, что температура компонента в пределах пределов безопасности оборудования и неудобства пользователя превышает все окружающие температуры. Ниже приведены некоторые методы решения проблем проектирования механических архитектур. Повторите шаги с 1 по 4, пока не удовлетворены. Создайте оборудование и оцените его. Ознакомительная версия Для оценки поведения при каждой редакции оборудования необходимо провести температуру и энергопотребление для репрезентативных рабочих нагрузок, чтобы оценить постепенное охлаждение, а при необходимости изменить механической конструкцию. Для выполнения таких температурных испытаний рекомендуется выполнить следующие действия: Определение матрицы тестирования измерения температуры: Для каждой рабочей нагрузки, определенной в матрице тестов, запишите следующие данные: Данные о температуре обложки и компонента непосредственно указывают на максимальную температуру обложки, к которой может получить доступ система, и допустимость этой температуры. Определите, какой уровень контроля температуры может быть в системе до критического отключения. Данные метрик производительности помогут определить, доставляет ли система необходимую производительность. Данные трассировки, записанные по регулированию температуры, показывают процент регулирования температуры. Данные о потреблении энергии и использовании ЦП могут помочь определить факторы, влияющие на изменения температуры. В следующей таблице приведен пример сбора данных для ПК со следующей конфигурацией. Конфигурация | ЦП и GPU 100% | |||||||||||||||||
| Энергопотребление | Питание системы | ||||||||||||||||||||
| Энергетические возможности SoC | |||||||||||||||||||||
| Экранная мощность | |||||||||||||||||||||
| Питание от подсветки | |||||||||||||||||||||
| Температура | Максимальная температура SoC | ||||||||||||||||||||
| Максимальная температура обложки | |||||||||||||||||||||
| Метрики производительности | Средняя частота кадров | Средняя частота кадров | Средняя частота кадров | Средняя частота кадров |
Windowsная инфраструктура управления тепловыми режимами
Windowsная инфраструктура управления тепловыми режимами предоставляет комплексное решение для управления тепловыми режимами программного обеспечения. В следующих примерах показано, как реализовать управление тепловыми режимами. Благодаря надлежащему моделированию, проверке и эффективному температурному проектированию все системы должны иметь возможность беспрепятственно работать на большинстве рабочих нагрузок на самых целевых окружающих температурах. если требуется снижение температуры, Windows предоставляет эффективную и расширяемую архитектуру управления тепловыми режимами.
Windows управления тепловыми режимами поддерживает как активное, так и пассивное охлаждение. Благодаря активному охлаждению вентиляторы могут переключаться в воздух и помогать системе. При пассивном охлаждении устройства уменьшают производительность устройства в ответ на чрезмерное состояние температуры. Снижение производительности снижает энергопотребление и, таким образом, приводит к снижению температуры.
Windowsная инфраструктура управления тепловыми режимами основывается на политиках, заданных конструкторами систем, для обеспечения управления тепловыми режимами в системе. На высоком уровне конструкторы должны указать, как каждый компонент влияет на чтение из каждого датчика температуры. без этих спецификаций Windows не может управлять системой с помощью теплового контроля. Поэтому каждый системный конструктор отвечает за температурный контроль системы, чтобы обеспечить хорошую температурную структуру.
хотя система не обязана использовать Windowsную систему управления тепловыми режимами, это рекомендуемое решение из-за тесной интеграции с операционной системой. Однако, независимо от используемого решения для управления тепловыми сведениями, все современные резервные компьютеры должны соответствовать требованиям ХКК в целях диагностики.
Архитектура управления тепловыми режимами
Windows архитектура управления тепловыми режимами основана на концепции температурных зонACPI. Для модели термальной зоны ACPI требуется взаимодействие между встроенным по, операционной системой и драйверами. Эта модель абстрагирует датчики и охлаждение устройств от центрального компонента управления тепловыми режимами через четко определенные интерфейсы. Улучшения управления тепловыми режимами основаны на главе 11 спецификации ACPI 5,0. Windowsная инфраструктура управления тепловыми режимами реализует подмножество возможностей, описанных в этой главе.
Ниже перечислены ключевые компоненты модели.
следующая блок-схема представляет собой обзор архитектуры управления тепловыми режимами Windows. Основными компонентами являются Диспетчер температуры, тепловая зона, управляемые драйверы и датчик температуры. Термальная зона определяет поведение регулирования управляемых устройств на основе ограничений, предоставляемых диспетчером температуры. Алгоритм, используемый диспетчером температуры, использует считывание датчика температуры для термальной зоны в качестве входного параметра.
Температурные зоны в системе должны быть описаны в встроенном по ACPI и доступны менеджеру по охлаждению с помощью ACPI. С помощью сведений о конфигурации диспетчер температуры знает, сколько температурных зон необходимо контролировать, когда следует начать регулирование каждой термальной зоны и какие устройства являются частью зоны. Для мониторинга температуры System Designer предоставляет поддержку в встроенном по ACPI для получения уведомлений о температуре.
Когда менеджер по температуре получает извещение о событии температуры в перечисленной зоне, оно начинает периодически оценивать температуру зоны и определяет процент производительности регулирования температуры для применения к устройствам в термальной зоне. Эта оценка выполняется алгоритмом регулирования температуры, который описан в спецификации ACPI. Затем Диспетчер температуры уведомляет все устройства в зоне, чтобы регулировать производительность в определенном проценте, а драйверы устройств преобразуют процент регулирования в действие, зависящее от класса устройства, чтобы снизить производительность. Периодическая оценка и регулирование будут прекращаться, если температура термальной зоны падает ниже порогового значения регулирования и не требуется дополнительное регулирование.
Цикл обратной связи
Кроме того, можно представить архитектуру управления тепловыми характеристиками с точки зрения входных данных, режиссера политики и управляемых устройств. На следующей блоковой схеме входные данные для цикла обратной связи являются температурой и электрическим токам. Эти входные данные используются для определения политики температуры для реализации. Диспетчер температуры использует только входные данные температуры, и драйвер политики может использовать любые входные данные. Затем термальная зона применяет эту политику к управляемым драйверам. После применения политики датчики будут обновлять свои значения и завершать цикл.
На следующей блоковой схеме показаны три этапа модели контрольного ответа. Входные данные от температуры и электрических датчиков предоставляют информацию, помогающую определить, какую политику охлаждения применить. Эта политика применяется к управляемым драйверам, которые затем влияют на считывание на датчиках. Процесс повторяется в цикле обратной связи.
Обязанности разработчиков систем
как упоминалось выше, для полного Windowsного решения требуется ряд компонентов. Архитектура тепловой инфраструктуры разработана специально для того, чтобы можно было разделить обязанности поставщика оборудования и системного интегратора.
Необходимые для реализации партнерам компоненты:
Датчики
Драйверы датчика температуры должны предоставляться поставщиком оборудования. Учитывая, что датчики температуры не нуждаются в знаниях температурных зон, зависящих от них, их функциональные возможности должны быть стандартными для различных моделей платформы. Ответственность за пользовательские датчики для драйверов политик, таких как текущие датчики, также несет поставщик оборудования.
Тепловые зоны
Температурные зоны могут определяться поставщиком оборудования и/или системным интегратором. Все системы должны иметь по крайней мере одну тепловую зону, в которой реализована критическая температура завершения работы (и температура гибернации, если она поддерживается), которую может выполнить поставщик оборудования или системный интегратор. Однако для других температурных зон, контролирующих конкретные устройства или температуру обложки для устранения рисков, системный интегратор часто имеет более конкретные знания о температуре системы. Поэтому эти тепловые зоны обычно реализуются системным интегратором.
Интерфейс температурного охлаждения для драйверов устройств
Разработчик, записывающий драйвер для устройства, который должен контролироваться с помощью температурного контроля, также должен реализовать интерфейс охлаждения. Драйвер устройства использует этот интерфейс для участия в инфраструктуре управления тепловыми режимами. Драйверы устройств имеют определенные знания о возможностях устройств. Эти же драйверы должны реализовывать интерфейс охлаждения, чтобы он мог правильно интерпретировать действия, запрошенные термальной зоной.
Датчики
Датчики предоставляют входные данные для определения политики температуры. Windows поддерживает только датчики температуры в качестве входных данных для диспетчера температуры. Однако драйвер политики может дополнительно принимать входные данные из пользовательских драйверов, таких как текущий драйвер датчика.
Датчик температуры
Датчик температуры предоставляет следующие режимы работы:
На следующей диаграмме показано, как функции мониторинга температуры во время регулирования. Встроенное по ACPI или драйвер датчика температуры должен уведомлять менеджера о температуре, когда температура достигает предопределенного порога, например _PSV, _HOT или _CRT, а затем отвечает на периодические запросы от диспетчера температуры о текущей температуре. Период запроса температуры определяется _TSP.
Чтобы гарантировать, что диспетчер температуры всегда будет уведомлен, когда температура превысит пороговое значение, прерывание датчика температуры должно всегда поддерживать пробуждение (даже если система находится в современных ждущих режимах, а SoC находится в режиме низкого энергопотребления). Если прерывание датчика температуры не всегда поддерживает пробуждение, необходимо настроить хотя бы прерывание на уровне, чтобы избежать возможного прерывания.
Температурный датчик может использоваться несколькими температурными зонами, хотя в термальной зоне может быть не более одного датчика температуры.
Рекомендуется, чтобы оборудование датчика было точным в +/-2 o C.
Температура, сообщаемая _TMP или драйвером датчика температуры, может быть фактическим значением датчика или экстраполяцией величины, основанной на нескольких датчиках.
Обычно это предоставляется поставщиком оборудования. Windows поддерживает две реализации для мониторинга температуры:
Реализация 1. драйвер датчика температуры
Драйвер датчика температуры просто сообщает о температуре датчика. Драйвер ACPI выдает один необработанный запрос IOCTL с помощью драйвера датчика, чтобы обнаружить пересечение одной из точек поездки. Кроме того, ACPI может выдать один запрос IOCTL без времени ожидания для считывания текущей температуры. Драйвер датчика должен обрабатывать отмену IOCTL Read, если он был отменен в ожидании истечения времени ожидания. Датчик температуры должен реализовывать следующий интерфейс:
В следующей таблице описаны входные и выходные параметры для интерфейса чтения температуры.
