медленней ! еще медленней !! я ТРЕБУЮ совсмем медленно!!! ( о CPU)

в то время как сабаководы всего мира требуют от своих ездовых собак скорости

работники невидимого фронта пытаются заставить своих собак ехать/ползти
как можно медленне
(без видимых на то причин - практически ради спортивного интереса т.е интереса клиента)

для данного фокуса производители железа понапридумывали кучу "полезностей"
(прошу извинить но речь пойдет только о Интеле/965 и выше)

PROCHOT/THRM#/THTL/Throttling(CPU/ICH)/TM1/TM2 + SuperLFM
.... недостающее добавте:)

Программо-писатели не отстают от кузнецов железа :
СPU-Z, RW-Everything (RW Read&Write Utility), HWInfo32, RightMark CPU Clock ...
вроде как и помогают "контролировать" состояние железа ... но только "вроде бы":)

вторая обсуждаемая "особенность" наличие ACPI ( а куда без него ceйчас? )

да и невидно уж в AMI (UEFI) отключения ACPI.

PROCHOT - стоит особняком он железно/ сбрасывает ЦПУ на минимальный множитель
(но как быть с частотой FSB? :) )

все остальные "прибамбасы" настраиваются только ч.з. БИОС :) :(
а если быть точным то через ACPI таблицы (их то БИОС и рисует)
и бывают они (опять же в основном) - динамическими (ну на этапе их настройки в БИОСе т.е. др. CPU и соответственно другое содержимое ACPI)

каждый "прибамбас" должен быть "включен" и при наступлении критического момента
генерировать SMI , а уж обработчик SMI ( вопрос OS или BIOS ? ) отработает
начертанное в ACPI

итак свет клином сошелся на ACPI :(

штудируем ACPI (в основном про _pss )
... ковыряемся в AWARD( RW-Everything ) в ACPI и находим _pss !!!
... а в AMI ....:( не находим ... а он неплохо прыгает по частотам МАХ/МIN

мало того обнаруживаю что у AWARD-а мерятельные программы показывают разнобой:
СPU-Z - прыгаем между максимумом и минимумом (от загрузки ЦПУ)
RW-Everything - (MBR регистры) одно ядро вечно в максимуме другое в минимуме
HWInfo32 - оба ядра в вечном максимуме
RightMark CPU Clock - как у СPU-Z
вопрос - это ж кто чем меряет ??

изыскания производились в надежде оживить SuperLFM в AWARD-е (Т9300/i965/ICH9)
оранжевая книга пишет - добавте в _pss состояние SLFM и разрешите его в ЦПУ ... а этого мало ... неработает, да и без него работает странно (см.RW-Everything)
... и это при том что "на ручнике" (т.е. прямая запись в регистры) оно замечательно работает ( MBR/FSB/.. в RW-Everything/HWInfo32/RightMark CPU Clock показывют ожидаемые результаты)

что подскажет/прокомментирует вселенский разум?

SuperLFM ожил при использовании ,_PSS таблиц (точнее метод _PSS пользуется NPSS) а не работало т.к. по умолчанию брались SPSS таблицы
а у них чуть другой формат и из него неясно как активируется SLFM

PS: Microsoft вообще обьявляет о поддержке XPSS как продолжателя дел _PSS

по мере копания оживился еще и THRM-пин на ICH9 (внешний температурный датчик) см. PMBASE+20h [0], по нему должен бы включаться throttling

достаточно просто было для ДОСа, навесил биосом обработчик в SMI и все.
а XP использует уже свои SCI:(
для XP пришлось добавить в DSDT таблицу его метод _L00 и в нем проверять
что там с прином и оттого включать/выключать throttling посылая сигнал
в _PPC какое состояние в _PSS таблицах максимальное на текуций момент

... иди туда, незнаю куда, возьми то, не знаю что ... (C) Русские народные сказки

Отправить комментарий

Содержание этого поля является приватным и не предназначено к показу.
  • Разрешённые HTML-теги: <a> <em> <strong> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd> <img>
  • You can use BBCode tags in the text. URLs will automatically be converted to links.

Подробнее о форматировании текста

Антибот - введите цифру.
Ленты новостей