Прескачане към съдържанието

LZCNT

Архитектурна справкаFeex

LZCNT брои водещите нулеви битове в целочислен операнд. Тя се различава от BSR, включително по резултата си за нула, и изисква изрична проверка на възможностите.

Какво трябва да знаете

LZCNT брои водещите нулеви битове в целочислен операнд. Тя се различава от BSR, включително по резултата си за нула, и изисква изрична проверка на възможностите.

Как работи

Резултатът е броят нулеви битове, предхождащи най-старшия установен бит в избраната ширина на операнда. За операнд, състоящ се само от нули, LZCNT връща ширината на операнда. Нейните флагове и поведение при нула са дефинирани различно от по-старата операция за обратно сканиране на битове (bit-scan-reverse) със сходно кодиране.

Къде е полезно

Процедура за компресиране или обработка на числов формат може да използва този брой, за да определи колко значими бита са необходими за дадена стойност. Правилната обработка на нулата е необходима за изчисления на размери и отмествания, тъй като погрешно заместване с bit-scan може да доведе до невалиден резултат.

Как се проверява поддръжката и активирането

CPUID.80000001H:ECX бит 5 изброява LZCNT съгласно съответната дефиниция на производителя. Първо проверете дали разширеното листо съществува. Използвайте поддържана заявка за възможности от компилатора/средата за изпълнение и резервен вариант (fallback) със съвпадаща семантика за нула.

Проверявайте точната инструкция и формата на операнда, вместо да правите изводи за поддръжка от съседно разширение. Скаларните целочислени функции обикновено използват регистри с общо предназначение; кодиране, свързано с вектори, не означава автоматично изискване за векторно състояние.

Какво не гарантира тази функция

LZCNT не брои всички установени битове и не е TZCNT. Неподдържан процесор може да интерпретира кодирането като BSR, така че простото изпробване на инструкцията е ненадежден тест за възможности. BMI1 и BMI2 са отделни функционалности.

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

Коректността зависи както от граничните случаи, така и от скоростта. Нулев вход, препълване, флагове за пренос, ширина на операнда, подравняване и подреждане на паметта могат да променят семантиката. Предпочитайте компилаторни или библиотечни интерфейси, които документират тези подробности и предоставят поддържан резервен вариант (fallback).

Практически контролен списък за проверка

  1. Запишете точния модел на процесора или платформата, както и използваните версии на приложението, операционната система и средата за изпълнение. Запазете точния текст на действителната грешка или изискване.
  2. Проверете документацията от производителя за този точен модел, след което инспектирайте действителните възможности и активираното състояние в средата, където работи програмата.
  3. Сравнете всяко изискване на избрания двоичен файл или бекенд. Подобно наименувана функция, псевдоним или общ технологичен етикет не са достатъчни.
  4. Потвърдете, че приложението е избрало планираната реализация. Използвайте неговата документирана диагностика и поддържан резервен вариант, когато изискванията не са изпълнени.
  5. Правете по една поддържана промяна наведнъж и повтаряйте същото работно натоварване. Запазете достъпни оригиналната конфигурация и плана за възстановяване.

Ако функцията е посочена, но софтуерът не може да я използва

Започнете с точния компонент, който дава грешка. Хардуерната база данни описва записаните възможности; операционната система или хипервайзорът могат да предоставят различна ефективна среда. Грешка за невалидна инструкция (illegal-instruction) също изисква разследване на действителната сриваща се инструкция и компилацията на двоичния файл, тъй като повреда или несвързана неподдържана инструкция може да предизвика подобен симптом.

Инсталирайте версията на приложението, драйвера или средата за изпълнение, която се поддържа за точната платформа, и използвайте документираната от производителя базова или резервна компилация, ако е необходимо. Софтуерна актуализация не може да създаде инструкция, която липсва в процесора. Промените във фърмуера и политиките за сигурност трябва да следват процедурата на производителя на системата и план за възстановяване, а не общи съвети за оптимизация.

Източници и обхват на това обяснение

Intel 64 and IA-32 Architectures Software Developer's Manual · AMD CPUID Specification, публикация 25481 · x86-64 psABI: нива на процесорна архитектура и микроархитектура

Тези източници установяват архитектурното поведение и софтуерните изисквания. Те не проверяват независимо всяка стойност на параметър на свързана страница за хардуерен модел. За поддръжка на даден модел използвайте данните от производителя на съответната страница и проверете ефективната системна конфигурация. Тази статия не предоставя бенчмарк, сертификация или дата на независим преглед.

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

Редакционна собственост: Feex. Не е записана дата на независим преглед. Как проучваме.

  • Intel 64 and IA-32 Architectures Software Developer's Manual · Томове 1 и 2 описват посочените семейства инструкции и CPUID; Том 3 описва състоянието, страницирането, VMX и контролите за защита. Документацията за архитектурата не гарантира поддръжка за конкретен модел.
  • AMD CPUID Specification, публикация 25481 · Архивирана архитектурна справка за установените функции на AMD CPUID и дефиниции на битове. Използвайте актуалното справочно ръководство за програмиране на процесора за разширения, специфични за по-късни поколения.
  • x86-64 psABI: нива на процесорна архитектура и микроархитектура · Машинен интерфейс, процесорна архитектура: базова и кумулативна таблица с функции за v2/v3/v4, проверки на състоянието на ОС и препоръки за внедряване.

Беше ли полезна тази статия?

Достатъчно е "да" или "не". Изберете причина, ако желаете, или добавете кратка бележка.

Беше ли полезна тази статия?