FXSR

Справочник по архитектуреFeex

FXSR определяет средства FXSAVE/FXRSTOR для сохранения и восстановления устаревшего состояния вычислений с плавающей запятой и SIMD. Это возможность управления состоянием операционной системы, а не показатель скорости приложений.

Что необходимо знать

Как это работает

FXSAVE записывает определенный образ состояния x87, MMX, XMM и MXCSR, а FXRSTOR восстанавливает соответствующее состояние. Образ имеет заданную компоновку и выравнивание. Точный набор регистров и формат зависят от режима выполнения и элементов управления архитектуры.

Области применения

Операционная система или среда выполнения, реализующая низкоуровневую обработку контекста, должна сохранять состояние, разрешенное ее средой выполнения. Обычные приложения обычно полагаются на ОС и ABI, а не сохраняют произвольные образы контекста самостоятельно.

Как проверить поддержку и активацию

Бит 24 в CPUID.01H:EDX перечисляет FXSR. Низкоуровневое программное обеспечение также должно следовать требованиям к управляющим регистрам, выравниванию и привилегиям из руководства по архитектуре. Не заменяйте обработку контекста ОС обходным решением с сохранением/восстановлением на уровне приложений.

Средства управления состоянием являются в первую очередь обязанностью ОС и среды выполнения. Буферы, маски, размеры компонентов, правила выравнивания и восстановления должны соответствовать архитектуре и режиму выполнения. Сохранение только части состояния может повредить код, использующий дополнительное включенное состояние.

Чего не гарантирует данная функция

Образ FXSAVE не сохраняет все более поздние состояния AVX, AVX-512 или AMX. Рассмотрение его как полного современного контекста может нарушить работу программы, даже если FXSR поддерживается. Управление состоянием семейства XSAVE представляет собой отдельный механизм.

Совместимость и производительность на практике

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

Практический чек-лист для проверки

Зафиксируйте точную модель процессора или платформы, а также задействованные версии приложения, ОС и среды выполнения. Сохраните точную формулировку возникшей ошибки или требования.
Сверьтесь со справочными материалами производителя для этой точной модели, затем проверьте действующую поддержку и состояние активации в окружении, где выполняется программа.
Сопоставьте каждое требование выбранного бинарного файла или бэкенда. Похожего названия функции, псевдонима или общего маркетингового обозначения технологии недостаточно.
Убедитесь, что приложение выбрало предполагаемую реализацию. Используйте его документированные средства диагностики и поддерживаемый резервный код при несоблюдении требований.
Вносите по одному поддерживаемому изменению за раз и повторяйте ту же рабочую нагрузку. Сохраняйте исходную конфигурацию и возможность отката.

Если функция указана в списке, но ПО не может ее использовать

Начните с точного сбойного компонента. База данных оборудования описывает зафиксированные возможности; операционная система или гипервизор могут предоставлять иное фактическое окружение. Ошибка недопустимой инструкции также требует анализа конкретной сбойной команды и сборки бинарного файла, так как повреждение данных или сторонняя неподдерживаемая инструкция могут вызывать аналогичный симптом.

Установите версию приложения, драйвера или среды выполнения, поддерживаемую для данной платформы, и при необходимости используйте документированную производителем базовую или резервную сборку. Обновление ПО не может создать инструкцию, отсутствующую в процессоре. Изменения микрокода и политик безопасности должны выполняться по процедуре производителя системы и с планом восстановления, а не по общим шаблонам оптимизации.

Источники и границы применимости пояснения

Руководство разработчика программного обеспечения для архитектур Intel 64 и IA-32 · x86-64 psABI: уровни архитектуры и микроархитектуры процессоров

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

Источники и проверка

Редакционная принадлежность: Feex. Дата независимой проверки не зарегистрирована. Как мы проводим исследования.

Руководство разработчика программного обеспечения для архитектур Intel 64 и IA-32 · Тома 1 и 2 описывают указанные семейства инструкций и CPUID; том 3 описывает управление состоянием, страничную адресацию, VMX и средства защиты. Архитектурная документация не определяет факт поддержки конкретной моделью.
x86-64 psABI: уровни архитектуры и микроархитектуры процессоров · Machine Interface, Processor Architecture: таблица базовых и кумулятивных функций v2/v3/v4, проверки состояния ОС и рекомендации по развертыванию.

Была ли эта статья полезна?

Достаточно ответа "да" или "нет". При желании выберите причину или оставьте короткую заметку.