Поделиться через


SATA/AHCI

В этом разделе описано, как встроенный драйвер SATA (StorAHCI) Майкрософт управляет питанием и какими параметрами конфигурации доступны.

HIPM/DIPM

По умолчанию включен только HIPM, и StorAHCI управляет переходами из режима Partial в режим Slumber. Когда устройство находится в D0, после того как ссылка была в частичном состоянии в течение 100 мс, StorAHCI перейдет в Slumber. StorAHCI позволяет контроллеру обрабатывать переходы из активного состояния в частичное, активируя функцию агрессивного частичного режима стандарта SATA-I/O.

После того как устройство войдет в состояние D3, StorAHCI немедленно переключит линк на Slumber.

Выбран только HIPM, потому что StorAHCI напрямую управляет переходами DEVSLP, и обычно контроллеры, поддерживающие DEVSLP, указывают на то, что DEVSLP можно достичь только через состояние Slumber. Таким образом, StorAHCI также должен контролировать переходы в Slumber.

DEVSLP

StorAHCI управляет DEVSLP непосредственно для эффективного балансировки мощности, реагирования и диагностики. Таким образом, StorAHCI не использует аппаратный компонент DEVSLP (a.k.a. "Агрессивный DEVSLP" для спецификации SATA-I/O.).
DEVSLP соответствует одному логическому состоянию энергосбережения или «F-State», а именно F1.

В следующей таблице показано время простоя устройства SATA перед переходом на DEVSLP в различных состояниях питания системы. Обратите внимание, что если контроллер указал, что DEVSLP необходимо ввести из Slumber, StorAHCI сначала перейдет в Slumber, а затем после завершения перехода на Slumber он немедленно перейдет в DEVSLP. Как упоминалось выше, это означает, что HIPM необходимо поддерживать.

Состояние энергопитания системы Время простоя DEVSLP
S0 (работа) 6 секунд
S0 Low Power Idle (Modern Standby (MS)) 50 мс

Адаптивное время ожидания режима простоя D3

Теперь, когда диски SATA с поворотным носителем поддерживаются в современных резервных системах, необходимо сбалансировать экономию питания с надежностью устройства. Устройство должно быть загружено более агрессивно, когда в современном резервном режиме для удовлетворения требований к мощности системы. Тем не менее, питание вниз поворотный диск слишком агрессивно может привести к чрезмерному износу на механических частях диска. Чтобы снизить износ и разрыв, Windows 10 включает адаптивное время ожидания D3 Idle Timeout, где количество циклов питания устройства отслеживается и сравнивается с худшей моделью регистра на основе типичной гарантии устройства (худший случай, когда диск будет длиться всего пару лет). Если фактическая частота циклограммы питания слишком близка к наихудшему сценарию, то таймаут ожидания простоя D3 увеличивается, чтобы позволить тренду вернуться к более безопасным уровням. Если частота цикла питания достаточно низкая, так что устройству не грозит избыточный износ, то значение времени ожидания D3 резко сокращается, чтобы обеспечить быстрое отключение диска после простоя в Modern Standby.

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

  • Имя: MinPowerCyclePeriodInSecs
  • Тип: MULTI_SZ
  • Путь: HKLM\System\CurrentControlSet\Services\storahci\Parameters\Device
  • Значение: <Product ID> <Value>например, "ST31000528AS 300" или "WDC WD4* 360"
    • Чтобы указать шаблон для сопоставления нескольких идентификаторов продуктов, используйте:
      • ‘?’ сопоставление любого одного символа
      • "*" для сопоставления всех оставшихся символов
    • Само значение находится в единицах секунд.

Время обслуживания устройства

Так как теперь для вращающихся дисков возможно значительное время пребывания в отключённом состоянии, Windows 10 также включает механизм, который предоставляет диску некоторое включённое время простоя (1 минута каждые 24 часа) для выполнения внутреннего обслуживания. Это происходит только в том случае, если система подключена к сетевому питанию, чтобы сохранить заряд батареи, и когда система находится в режиме современного ожидания, чтобы обеспечить минимальную активность диска. Обслуживание устройств не настраивается.

Современная резервная версия и DRIPS

Начиная с Windows 10 диски с поворотным носителем (HDD или SSHD) поддерживаются в современных резервных системах. Жесткие диски могут привести к повышению энергопотребления из-за адаптивного времени ожидания простоя D3, сохраняющего диск в D0 в течение более длительных периодов. HdD также может привести к длительной задержке выхода из современного резервного режима. Однако современные резервные системы с ЖЕСТКИми дисками исключены из требования к задержке возобновления работы системы 1s. Диски SSD, особенно для основного загрузочного диска, рекомендуется использовать по сравнению с жесткими дисками, если это возможно.

Независимо от типа носителей устройств хранения в системе для поддержки современного резервного режима платформа должна указать ограничение для любого из следующих компонентов:

  1. Каждый порт SATA; или
  2. На контроллере AHCI

Это ограничение используется подключаемым модулем Power Engine (PEP) и должно позволить системе ввести в нее самое глубокое состояние питания среды выполнения (DRIPS) при следующем:

  1. Все диски SATA переходят в режим DEVSLP (F1) или более глубокий режим (D3 считается более глубоким, чем F1); или
  2. Контроллер AHCI переходит в состояние F1 или более глубокое.

Специфика этого зависит от платформы и не входит в рамки этого документа.

Замечание

Корпорация Майкрософт не рекомендует поддерживать SSD SATA/HDD в режиме автоматического частичного перехода в состояние покоя (APST). APST будет автоматически отключен.

PCIe-Connected AHCI SSD

Во время разработки Windows 10 ни один из подключенных к PCIe SSDs AHCI не обнаружил состояние DEVSLP для StorAHCI. Это означает, что Windows 10 практически не имеет параметров, когда речь идет об управлении питанием для этих устройств. В этом случае устройство и платформа несут основную часть ответственности по управлению питанием.