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

ABM

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

ABM, Advanced Bit Manipulation, це термінологія, пов'язана з можливостями підрахунку бітів від AMD. Позначення ABM у базі даних слід зіставляти з точними інструкціями та бітами CPUID, яких вимагає програмне забезпечення.

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

ABM, Advanced Bit Manipulation, це термінологія, пов'язана з можливостями підрахунку бітів від AMD. Позначення ABM у базі даних слід зіставляти з точними інструкціями та бітами CPUID, яких вимагає програмне забезпечення.

Як це працює

Ця позначка зазвичай асоціюється з LZCNT та POPCNT в описах функцій AMD. Вони підраховують кількість провідних нулів та встановлених бітів відповідно, але програми повинні перевіряти їх відповідно до специфікації CPUID постачальника. LZCNT має спільні риси кодування з BSR і відрізняється поведінкою прапорців та обробкою нульового вхідного значення.

Де це корисно

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

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

Перевірте розширену специфікацію AMD CPUID на наявність ABM/LZCNT у 80000001H:ECX біт 5 і перевірте POPCNT у 01H:ECX біт 23 відповідно до фактичних вимог програми. Підтвердьте інтерпретацію конкретного постачальника за відповідним посібником з архітектури.

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

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

ABM це не BMI1 і не BMI2. Позначення постачальника не можна перетворювати на припущення про наявність кожної інструкції маніпулювання бітами. Виконання кодування LZCNT на непідтримуваному процесорі може спричинити поведінку іншої інструкції, а не викликати явну помилку.

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

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

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

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

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

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

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

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

AMD CPUID Specification, publication 25481 · Intel 64 and IA-32 Architectures Software Developer's Manual

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

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

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

  • AMD CPUID Specification, publication 25481 · Архівний архітектурний довідник для встановлених функцій AMD CPUID і визначень бітів. Використовуйте поточний посібник із програмування процесорів для пізніших розширень конкретних поколінь.
  • Intel 64 and IA-32 Architectures Software Developer's Manual · Томи 1 і 2 описують зазначені сімейства інструкцій і CPUID; Том 3 описує стан, сторінкову організацію пам'яті, VMX і засоби захисту. Документація з архітектури не підтверджує підтримку для конкретної моделі.

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

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

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