FXSR
FXSR визначає засоби FXSAVE/FXRSTOR для збереження та відновлення застарілого стану блоків роботи з рухомою комою та SIMD. Це скоріше можливість керування станом операційної системи, ніж оцінка швидкості програм.
Що потрібно знати
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 and IA-32 Architectures Software Developer's Manual · psABI x86-64: рівні архітектури та мікроархітектури процесора
Ці довідкові матеріали визначають архітектурну поведінку та вимоги до програмного забезпечення. Вони не перевіряють незалежно кожне значення функції на сторінці пов'язаної моделі обладнання. Щодо підтримки моделі використовуйте дані виробника на цій сторінці та перевіряйте фактичну конфігурацію системи. Ця стаття не містить бенчмарків, сертифікації чи дат незалежного огляду.
Джерела та верифікація
Власник авторських прав: Feex. Дата незалежної перевірки не зафіксована. Як ми проводимо дослідження.
- Intel 64 and IA-32 Architectures Software Developer's Manual · Томи 1 і 2 описують зазначені сімейства інструкцій і CPUID; Том 3 описує стан, сторінкову організацію пам'яті, VMX і засоби захисту. Документація з архітектури не підтверджує підтримку для конкретної моделі.
- psABI x86-64: рівні архітектури та мікроархітектури процесора · Інтерфейс комп'ютера, архітектура процесора: базова та кумулятивна таблиця функцій v2/v3/v4, перевірки стану ОС і рекомендації щодо розгортання.
Чи була ця стаття корисною?
Достатньо відповісти "так" або "ні". За бажанням виберіть причину або додайте коротку примітку.
Дякуємо. Це допомагає нам покращувати цю сторінку.