Kalo te përmbajtja

SSE3

Referenca e arkitekturësFeex

SSE3 shton një grup të vogël instruksionesh x86 për trajtimin e të dhënave dhe aritmetikën me pikë notuese, përfshirë operacionet horizontale. Ai ndryshon nga Supplemental SSE3, i shkruar zakonisht SSSE3.

Çfarë duhet të dini

SSE3 shton një grup të vogël instruksionesh x86 për trajtimin e të dhënave dhe aritmetikën me pikë notuese, përfshirë operacionet horizontale. Ai ndryshon nga Supplemental SSE3, i shkruar zakonisht SSSE3.

Si funksionon

SSE3 përfshin operacione mbledhjeje/zbritjeje horizontale, mbledhje/zbritje të alternuar, forma të ngarkimit të dyfishuar dhe LDDQU për raste të veçanta përdorimi të ngarkimit të pashtrirë të numrave të plotë. Operacionet horizontale kombinojnë elemente brenda vektorëve të hyrjes në vend që thjesht të zbatojnë aritmetikë të pavarur në korsitë përkatëse. Renditja e saktë e korsive ka rëndësi.

Ku është e dobishme

Aritmetika komplekse mund të kombinojë format e dyfishimit dhe mbledhjes/zbritjes për të organizuar komponentët realë dhe imagjinarë. Një kompilator mund të zgjedhë një sekuencë tjetër kur ajo është më e shpejtë në një procesor të caktuar. Një emër i përshtatshëm instruksioni nuk është provë se ai është optimal për çdo cikël.

Si të kontrollohet mbështetja dhe aktivizimi

CPUID.01H:ECX biti 0 numëron SSE3. Kontrolloni SSSE3 veçmas te biti 9. Përcaktoni instruksionin aktual që shkaktoi një gabim instruksioni të paligjshëm në vend që të hamendësoni nga kërkesa e përgjithshme SSE e aplikacionit.

Një veçori SIMD përshkruan instruksione, jo bërthama shtesë. Forma e instruksionit përcakton gjerësinë e elementit, shenjën, rrumbullakimin, shtrirjen (alignment) dhe se cilat korsi ndërveprojnë. Softueri duhet të ruajë gjendjen e regjistrave të ABI-t dhe të përdorë një mjedis ekzekutimi të mbështetur.

Çfarë nuk përcakton kjo veçori

SSE3 dhe SSSE3 janë flamuj veçorish të ndarë. Asnjëra etiketë nuk vërteton SSE4.1, SSE4.2, POPCNT ose AVX. Disponueshmëria e MONITOR/MWAIT dhe përdorimi i lejuar kërkojnë gjithashtu shqyrtimin e tyre në nivel sistemi në vend që të supozohet se kodi i përdoruesit mund të ekzekutojë çdo instruksion të lidhur.

Përputhshmëria dhe performanca në praktikë

Emrat e mëvonshëm në familjen SSE kanë bite të veçanta veçorish. Për një binar të vendosur në punë, shqyrtoni grupin minimal të plotë të veçorive, duke përfshirë bibliotekat dhe kodin e nisjes. Një zgjidhje alternative (fallback) është e dobishme vetëm nëse asnjë instruksion i pambështetur nuk ekzekutohet përpara hapit të përzgjedhjes.

Një listë praktike kontrolli për verifikim

  1. Regjistroni modelin e saktë të procesorit ose platformës dhe versionet e përfshira të aplikacionit, sistemit operativ dhe mjedisit të ekzekutimit. Ruani formulimin e gabimit ose kërkesës aktuale.
  2. Kontrolloni referencën e prodhuesit për atë model të saktë, më pas inspektoni aftësinë efektive dhe gjendjen e aktivizuar në mjedisin ku ekzekutohet programi.
  3. Krahasoni çdo kërkesë të binarit ose prapavijës së zgjedhur. Një veçori me emër të ngjashëm, një pseudonim ose një etiketë e gjerë teknologjike nuk mjafton.
  4. Konfirmoni që aplikacioni ka zgjedhur implementimin e synuar. Përdorni diagnostikimet e dokumentuara të tij dhe një alternativë të mbështetur kur kërkesat nuk plotësohen.
  5. Bëni një ndryshim të mbështetur në një moment dhe përsëritni të njëjtën ngarkesë pune. Mbajeni të disponueshme konfigurimin origjinal dhe rrugën e rikuperimit.

Nëse veçoria listohet por softueri nuk mund ta përdorë atë

Filloni me komponentin e saktë që dështon. Një bazë të dhënash harduerike përshkruan aftësinë e regjistruar; sistemi operativ ose hipervizori mund të ekspozojë një mjedis efektiv të ndryshëm. Një gabim instruksioni të paligjshëm kërkon gjithashtu hetim të instruksionit aktual me defekt dhe të ndërtimit të binarit, sepse dëmtimi ose një instruksion i palidhur i pambështetur mund të prodhojë një simptomë të ngjashme.

Instaloni versionin e aplikacionit, drajverit ose mjedisit të ekzekutimit të mbështetur për platformën e saktë, dhe përdorni versionin bazë ose alternativ të dokumentuar nga prodhuesi nëse është e nevojshme. Një përditësim softueri nuk mund të krijojë një instruksion që procesorit i mungon. Ndryshimet në firmware dhe politikat e sigurisë duhet të ndjekin procedurën e prodhuesit të sistemit dhe një plan rikuperimi në vend të një recete të përgjithshme optimizimi.

Burimet dhe fusha e këtij shpjegimi

Intel 64 and IA-32 Architectures Software Developer's Manual

Këto referenca përcaktojnë sjelljen arkitekturore dhe kërkesat e softuerit. Ato nuk verifikojnë në mënyrë të pavarur çdo vlerë të veçorive në faqen e lidhur të modelit të harduerit. Për mbështetjen e modelit, përdorni dëshmitë e prodhuesit në atë faqe dhe kontrolloni konfigurimin efektiv të sistemit. Ky artikull nuk ofron një test standard vlerësimi, certifikim ose datë shqyrtimi të pavarur.

Burimet dhe verifikimi

Pronësia editoriale: Feex. Nuk është regjistruar asnjë datë shqyrtimi të pavarur. Si hulumtojmë.

  • Intel 64 and IA-32 Architectures Software Developer's Manual · Vëllimet 1 dhe 2 përshkruajnë familjet e emërtuara të instruksioneve dhe CPUID; Vëllimi 3 përshkruan gjendjen, faqosjen, VMX dhe kontrollet e mbrojtjes. Dokumentacioni i arkitekturës nuk përcakton mbështetjen për një model të caktuar.

A ishte i dobishëm ky artikull?

Një po ose jo mjafton. Zgjidhni një arsye nëse dëshironi, ose shtoni një shënim të shkurtër.

A ishte i dobishëm ky artikull?