SSE3
SSE3 дадае невялікую групу інструкцый x86 для апрацоўкі даных з плаваючай коскай і арыфметыкі, уключаючы гарызантальныя аперацыі. Яна адрозніваецца ад Supplemental SSE3, якую звычайна пішуць як SSSE3.
Што вам трэба ведаць
SSE3 дадае невялікую групу інструкцый x86 для апрацоўкі даных з плаваючай коскай і арыфметыкі, уключаючы гарызантальныя аперацыі. Яна адрозніваецца ад Supplemental SSE3, якую звычайна пішуць як SSSE3.
Як гэта працуе
SSE3 уключае аперацыі гарызантальнага складання/аднімання, пераменнага складання/аднімання, формы дубліраванай загрузкі і LDDQU для канкрэтных выпадкаў невыраўнаванай загрузкі цэлых лікаў. Гарызантальныя аперацыі аб'ядноўваюць элементы ўнутры ўваходных вектараў, а не проста прымяняюць незалежную арыфметыку да адпаведных каналаў (lanes). Дакладны парадак элементаў мае значэнне.
Дзе гэта карысна
Комплексная арыфметыка можа спалучаць дубліраванне і формы складання/аднімання для арганізацыі рэчаісных і ўяўных кампанентаў. Кампілятар можа выбраць іншую паслядоўнасць, калі яна хутчэйшая на канкрэтным працэсары. Зручная назва інструкцыі не з'яўляецца доказам таго, што яна аптымальная для кожнага цыкла.
Як праверыць падтрымку і актыўнасць
CPUID.01H:ECX біт 0 пералічвае SSE3. Правярайце SSSE3 асобна па біту 9. Вызначайце канкрэтную інструкцыю, якая выклікала памылку незаконнай інструкцыі (illegal-instruction error), замест таго, каб рабіць здагадкі на аснове агульных патрабаванняў праграмы да SSE.
Функцыя SIMD апісвае інструкцыі, а не дадатковыя ядры. Форма інструкцыі вызначае шырыню элемента, знакавасць, акругленне, выраўноўванне і тое, якія лініі (lanes) узаемадзейнічаюць. Праграмнае забеспячэнне павінна захоўваць стан рэгістраў ABI і выкарыстоўваць падтрымоўванае асяроддзе выканання.
Чаго гэта функцыя не гарантуе
SSE3 і SSSE3 - гэта асобныя сцягі функцый. Ніводная з гэтых пазнак не пацвярджае наяўнасць SSE4.1, SSE4.2, POPCNT або AVX. Даступнасць і дазволенае выкарыстанне MONITOR/MWAIT таксама патрабуюць асобнага аналізу на ўзроўні сістэмы, а не здагадкі, што код карыстальніка можа выконваць кожную звязаную інструкцыю.
Сумяшчальнасць і прадукцыйнасць на практыцы
Больш познія назвы ў сямействе SSE маюць асобныя біты функцый. Для разгорнутага бінарнага файла праверце поўны мінімальны набор функцый, уключаючы бібліятэкі і код запуску. Запасны варыянт карысны толькі тады, калі ніякая непадтрымоўваная інструкцыя не выконваецца да этапу выбару.
Практычны чэк-ліст для праверкі
- Зафіксуйце дакладную мадэль працэсара або платформы, а таксама задзейнічаныя версіі праграмы, АС і асяроддзя выканання. Захавайце дакладную фармулёўку памылкі або патрабавання.
- Звярніцеся да дакументацыі вытворцы для гэтай канкрэтнай мадэлі, затым праверце фактычныя магчымасці і ўключаны стан у асяроддзі, дзе выконваецца праграма.
- Супастаўце кожнае патрабаванне выбранага выканальнага файла або бэкэнда. Аналагічнай назвы функцыі, псеўданіма або агульнай назвы тэхналогіі недастаткова.
- Пацвердзіце, што праграма выбрала патрэбную рэалізацыю. Выкарыстоўвайце яе задакументаваныя сродкі дыягностыкі і падтрымліваемы запасны варыянт, калі патрабаванні не выконваюцца.
- Уносьце па адным падтрымліваемым змяненні за раз і паўтарайце тую ж нагрузку. Захоўвайце зыходную канфігурацыю і магчымасць адкату.
Калі функцыя пазначана, але праграмнае забеспячэнне не можа яе выкарыстоўваць
Пачніце з канкрэтнага кампанента, які выклікае збой. Апаратная база даных апісвае зафіксаваныя магчымасці; аперацыйная сістэма або гіпервізар могуць прадастаўляць іншае фактычнае асяроддзе. Памылка недапушчальнай інструкцыі (illegal instruction) таксама патрабуе даследавання канкрэтнай інструкцыі, якая выклікала збой, і зборкі бінарнага файла, паколькі пашкоджанне даных або іншая непадтрымліваемая інструкцыя могуць выклікаць аналагічны сімптом.
Усталюйце версію праграмы, драйвера або асяроддзя выканання, якая падтрымліваецца для дадзенай платформы, і пры неабходнасці выкарыстоўвайце задакументаваную вытворцам базавую або запасную зборку. Абнаўленне ПЗ не можа стварыць інструкцыю, якой няма ў працэсары. Змяненні ў мікрапраграме (firmware) і палітыках бяспекі павінны адпавядаць працэдурам вытворцы сістэмы і плану аднаўлення, а не агульным рэцэптам аптымізацыі.
Крыніцы і межы прымянення гэтага тлумачэння
Intel 64 and IA-32 Architectures Software Developer's Manual
Гэтыя даведнікі вызначаюць архітэктурныя паводзіны і патрабаванні да праграмнага забеспячэння. Яны не пацвярджаюць незалежна кожнае значэнне функцыі на звязанай старонцы мадэлі абсталявання. Для праверкі падтрымкі мадэллю выкарыстоўвайце даныя вытворцы на адпаведнай старонцы і правярайце фактычную канфігурацыю сістэмы. Гэты артыкул не змяшчае вынікаў тэсціравання (benchmark), сертыфікацыі або даты незалежнага агляду.
Крыніцы і праверка
Рэдакцыйная прыналежнасць: Feex. Дата незалежнай праверкі не зафіксавана. Як мы даследуем.
- Intel 64 and IA-32 Architectures Software Developer's Manual · Тамы 1 і 2 апісваюць названыя сямействы інструкцый і CPUID; Том 3 апісвае стан, старонкавую арганізацыю памяці, VMX і элементы кіравання абаронай. Архітэктурная дакументацыя не пацвярджае падтрымку канкрэтнай мадэлі.
Ці быў гэты артыкул карысным?
Дастаткова адказаць "так" або "не". Выберыце прычыну, калі хочаце, або дадайце кароткую нататку.
Дзякуй. Гэта дапамагае нам паляпшаць гэтую старонку.