Перейти до вмісту

x86-64-v4

Архітектурний довідникFeex

x86-64-v4 - це рівень функціональності psABI, який додає визначену підмножину AVX-512 до x86-64-v3. Він вимагає ввімкненого векторного стану і не включає кожне розширення, що містить назву AVX-512.

Що потрібно знати

x86-64-v4 - це рівень функціональності psABI, який додає визначену підмножину AVX-512 до x86-64-v3. Він вимагає ввімкненого векторного стану і не включає кожне розширення, що містить назву AVX-512.

Як це працює

Цей рівень додає AVX512F, AVX512BW, AVX512CD, AVX512DQ та AVX512VL до всіх вимог v3. Векторний стан, необхідний цим функціям, має бути повністю ввімкнений, включаючи додаткові компоненти стану AVX-512. Частково наданої моделі процесора AVX-512 недостатньо.

Де це корисно

Варіант бібліотеки для v4 може використовувати визначену підмножину, зберігаючи базовий варіант або варіант для v3 для інших комп'ютерів. Програма, якій додатково потрібні VNNI, BF16 або інше розширення, повинна виявляти його окремо навіть після встановлення підтримки v4.

Як перевірити підтримку та активацію

Перевірте всі вимоги psABI та перевірки XCR0 для AVX-512 згідно з SDM. Використовуйте фактичний набір функцій, видимий процесу, особливо у віртуальних машинах або системах, де доступність функцій залежить від політик.

Апаратні можливості, запущене робоче середовище та вимоги до бінарного файлу застосунку є різними рівнями. Назви архітектур і рівні ABI слід інтерпретувати як явні контракти, а не як загальне правило "новіше означає сумісне".

Чого ця функція не гарантує

Загальний прапорець AVX-512 не є доказом наявності v4, а v4 не є гарантією того, що кожен застосунок перевершить за продуктивністю свою збірку для v3. AMX та пізніші розширення AVX-512 не входять до цього рівня, якщо вони не вимагаються окремо.

Сумісність і продуктивність на практиці

Перевірте повні успадковані вимоги та фактичне середовище, видиме процесу. Для віртуальної машини перевіряйте гостьову систему, а не припускайте, що модель хоста передається без змін. Підтримувана резервна збірка повинна чітко вказувати власний базовий рівень.

Практичний контрольний список для верифікації

  1. Зафіксуйте точну модель процесора або платформи, а також версії використовуваної програми, ОС і середовища виконання. Збережіть точне формулювання фактичної помилки або вимоги.
  2. Звіртеся з документацією виробника для цієї точної моделі, потім перевірте фактичні можливості та стан активації в середовищі, де виконується програма.
  3. Порівняйте кожну вимогу вибраного двійкового файлу або бекенда. Схожої назви функції, псевдоніма чи загального позначення технології недостатньо.
  4. Переконайтеся, що програма вибрала призначену реалізацію. Використовуйте її задокументовані засоби діагностики та підтримуваний резервний варіант, якщо вимоги не виконуються.
  5. Вносьте по одній підтримуваній зміні за раз і повторюйте те саме робоче навантаження. Зберігайте оригінальну конфігурацію та можливість відновлення.

Якщо функція вказана, але програмне забезпечення не може її використати

Почніть із компонента, у якому саме стався збій. База даних обладнання описує зафіксовані можливості; операційна система або гіпервізор можуть надавати інше фактичне середовище. Помилка неприпустимої інструкції також потребує дослідження фактичної інструкції, що викликала збій, і двійкової збірки, оскільки пошкодження даних або непов'язана непідтримувана інструкція можуть викликати схожий симптом.

Встановіть версію програми, драйвера або середовища виконання, яка підтримується для цієї конкретної платформи, і за потреби використовуйте задокументовану постачальником базову або резервну збірку. Оновлення програмного забезпечення не може створити інструкцію, якої немає в процесорі. Зміни у прошивці та політиках безпеки повинні відповідати процедурі виробника системи та плану відновлення, а не загальним рецептам оптимізації.

Джерела та межі застосування цього пояснення

psABI x86-64: рівні архітектури та мікроархітектури процесора · Intel 64 and IA-32 Architectures Software Developer's Manual · Linux kernel: using XSTATE features in user space

Ці довідкові матеріали визначають архітектурну поведінку та вимоги до програмного забезпечення. Вони не перевіряють незалежно кожне значення функції на сторінці пов'язаної моделі обладнання. Щодо підтримки моделі використовуйте дані виробника на цій сторінці та перевіряйте фактичну конфігурацію системи. Ця стаття не містить бенчмарків, сертифікації чи дат незалежного огляду.

Джерела та верифікація

Власник авторських прав: Feex. Дата незалежної перевірки не зафіксована. Як ми проводимо дослідження.

  • psABI x86-64: рівні архітектури та мікроархітектури процесора · Інтерфейс комп'ютера, архітектура процесора: базова та кумулятивна таблиця функцій v2/v3/v4, перевірки стану ОС і рекомендації щодо розгортання.
  • Intel 64 and IA-32 Architectures Software Developer's Manual · Томи 1 і 2 описують зазначені сімейства інструкцій і CPUID; Том 3 описує стан, сторінкову організацію пам'яті, VMX і засоби захисту. Документація з архітектури не підтверджує підтримку для конкретної моделі.
  • Linux kernel: using XSTATE features in user space · Векторний стан, увімкнений ОС, динамічно ввімкнений стан тайлів, вимоги до стека сигналів і процес отримання дозволів AMX. Специфічна поведінка Linux не є гарантією для іншої ОС.

Чи була ця стаття корисною?

Достатньо відповісти "так" або "ні". За бажанням виберіть причину або додайте коротку примітку.

Чи була ця стаття корисною?