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

BMI2

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

BMI2 додає скалярні бітові та цілочисельні операції x86, такі як паралельне розміщення/вилучення бітів, змінні зсуви та множення без впливу на прапорці. Воно існує окремо від BMI1.

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

BMI2 додає скалярні бітові та цілочисельні операції x86, такі як паралельне розміщення/вилучення бітів, змінні зсуви та множення без впливу на прапорці. Воно існує окремо від BMI1.

Як це працює

PEXT збирає вибрані вхідні біти в щільний молодший результат; PDEP розкидає молодші вхідні біти за позиціями, вибраними маскою. Інші інструкції BMI2 включають BZHI, MULX, RORX, SHLX, SHRX та SARX. Вони оперують скалярними цілочисельними регістрами, незважаючи на використання кодування VEX.

Де це корисно

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

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

CPUID.07H.00H:EBX біт 8 перераховує BMI2. Перевірте продуктивність фактично використовуваних інструкцій на цільовій системі та тримайте диспетчеризацію за межами коду, скомпільованого з вимогою непідтримуваних функцій.

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

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

BMI2 не є векторним розширенням AVX і не вимагає стану YMM лише через те, що його кодуванням є VEX. Воно не гарантує наявність ADX або BMI1. MULX і звичайне множення відрізняються поведінкою регістрів і прапорців.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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