ABM
ABM, Advanced Bit Manipulation, - гэта тэрміналогія, звязаная з магчымасцямі падліку бітаў у працэсарах AMD. Пазначэнне ABM у базе даных павінна быць супастаўлена з дакладнымі інструкцыямі і бітамі CPUID, якіх патрабуе праграмнае забеспячэнне.
Што вам трэба ведаць
ABM, Advanced Bit Manipulation, - гэта тэрміналогія, звязаная з магчымасцямі падліку бітаў у працэсарах AMD. Пазначэнне ABM у базе даных павінна быць супастаўлена з дакладнымі інструкцыямі і бітамі CPUID, якіх патрабуе праграмнае забеспячэнне.
Як гэта працуе
Гэта пазначэнне звычайна асацыюецца з LZCNT і POPCNT у апісаннях функцый AMD. Яны адпаведна падлічваюць колькасць пачатковых нулёў і ўсталяваных бітаў, але праграмы павінны пералічваць іх у адпаведнасці са спецыфікацыяй CPUID вытворцы. LZCNT мае агульныя асаблівасці кадавання з BSR і адрозніваецца паводзінамі сцягоў і апрацоўкай нулявога значэння на ўваходзе.
Дзе гэта карысна
Лікавай працэдуры можа спатрэбіцца LZCNT для вызначэння парадку велічыні, тады як працэдуры для працы з бітавымі наборамі патрэбна POPCNT для падліку элементаў. Яны вырашаюць розныя задачы і не могуць замяняць адна адну толькі таму, што ў аглядным апісанні яны згрупаваныя разам.
Як праверыць падтрымку і актыўнасць
Праверце пашыраную спецыфікацыю CPUID ад AMD для ABM/LZCNT па адрасе 80000001H:ECX біт 5 і праверце POPCNT па адрасе 01H:ECX біт 23 адпаведна рэальным патрабаванням праграмы. Пацвердзіце спецыфічную для вытворцы інтэрпрэтацыю па адпаведным архітэктурным даведніку.
Правярайце дакладную інструкцыю і форму аперанда, а не мяркуйце пра наяўнасць падтрымкі па суседнім пашырэнні. Скалярныя цэлалікавыя функцыі звычайна выкарыстоўваюць рэгістры агульнага прызначэння; кадаванне, звязанае з вектарамі, не азначае аўтаматычна патрабавання да вектарнага стану.
Чаго гэта функцыя не гарантуе
ABM - гэта не BMI1 і не BMI2. Наяўнасць пазначэння вытворцы не павінна ператварацца ў здагадку, што падтрымліваецца кожная інструкцыя для бітавых маніпуляцый. Выкананне кода інструкцыі LZCNT на непадтрымліваемым працэсары можа спрацаваць як іншая інструкцыя, а не выклікаць відавочную памылку.
Сумяшчальнасць і прадукцыйнасць на практыцы
Карэктнасць залежыць як ад краявых выпадкаў, так і ад хуткасці. Нулявы ўваход, перапаўненне, сцягі пераносу, шырыня аперанда, выраўноўванне і ўпарадкаванне доступу да памяці могуць змяняць семантыку. Аддавайце перавагу інтэрфейсам кампілятара або бібліятэк, якія дакументуюць гэтыя дэталі і прапануюць падтрымліваемы запасны варыянт (fallback).
Практычны чэк-ліст для праверкі
- Зафіксуйце дакладную мадэль працэсара або платформы, а таксама задзейнічаныя версіі праграмы, АС і асяроддзя выканання. Захавайце дакладную фармулёўку памылкі або патрабавання.
- Звярніцеся да дакументацыі вытворцы для гэтай канкрэтнай мадэлі, затым праверце фактычныя магчымасці і ўключаны стан у асяроддзі, дзе выконваецца праграма.
- Супастаўце кожнае патрабаванне выбранага выканальнага файла або бэкэнда. Аналагічнай назвы функцыі, псеўданіма або агульнай назвы тэхналогіі недастаткова.
- Пацвердзіце, што праграма выбрала патрэбную рэалізацыю. Выкарыстоўвайце яе задакументаваныя сродкі дыягностыкі і падтрымліваемы запасны варыянт, калі патрабаванні не выконваюцца.
- Уносьце па адным падтрымліваемым змяненні за раз і паўтарайце тую ж нагрузку. Захоўвайце зыходную канфігурацыю і магчымасць адкату.
Калі функцыя пазначана, але праграмнае забеспячэнне не можа яе выкарыстоўваць
Пачніце з канкрэтнага кампанента, які выклікае збой. Апаратная база даных апісвае зафіксаваныя магчымасці; аперацыйная сістэма або гіпервізар могуць прадастаўляць іншае фактычнае асяроддзе. Памылка недапушчальнай інструкцыі (illegal instruction) таксама патрабуе даследавання канкрэтнай інструкцыі, якая выклікала збой, і зборкі бінарнага файла, паколькі пашкоджанне даных або іншая непадтрымліваемая інструкцыя могуць выклікаць аналагічны сімптом.
Усталюйце версію праграмы, драйвера або асяроддзя выканання, якая падтрымліваецца для дадзенай платформы, і пры неабходнасці выкарыстоўвайце задакументаваную вытворцам базавую або запасную зборку. Абнаўленне ПЗ не можа стварыць інструкцыю, якой няма ў працэсары. Змяненні ў мікрапраграме (firmware) і палітыках бяспекі павінны адпавядаць працэдурам вытворцы сістэмы і плану аднаўлення, а не агульным рэцэптам аптымізацыі.
Крыніцы і межы прымянення гэтага тлумачэння
AMD CPUID Specification, публікацыя 25481 · Intel 64 and IA-32 Architectures Software Developer's Manual
Гэтыя даведнікі вызначаюць архітэктурныя паводзіны і патрабаванні да праграмнага забеспячэння. Яны не пацвярджаюць незалежна кожнае значэнне функцыі на звязанай старонцы мадэлі абсталявання. Для праверкі падтрымкі мадэллю выкарыстоўвайце даныя вытворцы на адпаведнай старонцы і правярайце фактычную канфігурацыю сістэмы. Гэты артыкул не змяшчае вынікаў тэсціравання (benchmark), сертыфікацыі або даты незалежнага агляду.
Крыніцы і праверка
Рэдакцыйная прыналежнасць: Feex. Дата незалежнай праверкі не зафіксавана. Як мы даследуем.
- AMD CPUID Specification, публікацыя 25481 · Архіўны архітэктурны даведнік па базавых функцыях AMD CPUID і вызначэннях бітаў. Для больш позніх пашырэнняў канкрэтных пакаленняў выкарыстоўвайце бягучы даведнік па праграмаванні працэсараў.
- Intel 64 and IA-32 Architectures Software Developer's Manual · Тамы 1 і 2 апісваюць названыя сямействы інструкцый і CPUID; Том 3 апісвае стан, старонкавую арганізацыю памяці, VMX і элементы кіравання абаронай. Архітэктурная дакументацыя не пацвярджае падтрымку канкрэтнай мадэлі.
Ці быў гэты артыкул карысным?
Дастаткова адказаць "так" або "не". Выберыце прычыну, калі хочаце, або дадайце кароткую нататку.
Дзякуй. Гэта дапамагае нам паляпшаць гэтую старонку.