SSE3
SSE3 adaugă un mic grup de instrucțiuni x86 pentru manipularea datelor în virgulă mobilă și aritmetică, inclusiv operațiuni orizontale. Este diferit de Supplemental SSE3, scris de obicei SSSE3.
Ce trebuie să știți
SSE3 adaugă un mic grup de instrucțiuni x86 pentru manipularea datelor în virgulă mobilă și aritmetică, inclusiv operațiuni orizontale. Este diferit de Supplemental SSE3, scris de obicei SSSE3.
Cum funcționează
SSE3 include operațiuni orizontale de adunare/scădere, adunare/scădere alternantă, forme de încărcare duplicată și LDDQU pentru cazuri de utilizare particulare de încărcare nealiniată a întregilor. Operațiunile orizontale combină elemente din cadrul vectorilor de intrare, în loc să aplice pur și simplu aritmetică independentă pe căi (lanes) corespondente. Ordonarea exactă a căilor contează.
Unde este utilă
Aritmetica complexă poate combina formele duplicate și de adunare/scădere pentru a organiza componentele reale și imaginare. Un compilator poate alege o secvență diferită atunci când aceasta este mai rapidă pe un anumit procesor. Un nume convenabil de instrucțiune nu constituie o dovadă că este optim pentru fiecare buclă.
Cum se verifică suportul și activarea
CPUID.01H:ECX bitul 0 enumeră SSE3. Verificați SSSE3 separat la bitul 9. Determinați instrucțiunea reală care a declanșat o eroare de tip illegal-instruction în loc să ghiciți pe baza cerinței generale SSE a aplicației.
O caracteristică SIMD descrie instrucțiuni, nu nuclee suplimentare. Forma instrucțiunii determină lățimea elementului, dacă este cu sau fără semn, rotunjirea, alinierea și care căi (lanes) interacționează. Software-ul trebuie să păstreze starea registrelor conform ABI și să folosească un mediu de execuție acceptat.
Ce nu stabilește această caracteristică
SSE3 și SSSE3 sunt flaguri de caracteristici separate. Niciuna dintre etichete nu dovedește SSE4.1, SSE4.2, POPCNT sau AVX. Disponibilitatea și utilizarea permisă a MONITOR/MWAIT necesită, de asemenea, propria analiză la nivel de sistem, în loc să se presupună că codul utilizator poate executa fiecare instrucțiune asociată.
Compatibilitatea și performanța în practică
Denumirile ulterioare din familia SSE au biți de caracteristică separați. Pentru un binar implementat, inspectați setul complet minim de caracteristici, inclusiv bibliotecile și codul de pornire. O soluție de rezervă (fallback) este utilă doar dacă nicio instrucțiune neacceptată nu rulează înainte de pasul de selecție.
O listă practică de verificare
- Înregistrați modelul exact de procesor sau platformă și versiunile aplicației, sistemului de operare și mediului de execuție (runtime) implicate. Păstrați formularea exactă a erorii sau a cerinței.
- Verificați documentația de referință a producătorului pentru acel model exact, apoi inspectați capacitatea efectivă și starea activată în mediul în care rulează programul.
- Comparați fiecare cerință a binarului sau backend-ului selectat. O caracteristică cu nume similar, un alias sau o etichetă tehnologică generală nu este suficientă.
- Confirmați că aplicația a selectat implementarea dorită. Utilizați diagnosticele documentate ale acesteia și o soluție de rezervă acceptată atunci când cerințele nu sunt îndeplinite.
- Aplicați câte o singură modificare acceptată pe rând și repetați aceeași sarcină de lucru. Păstrați disponibile configurația inițială și calea de recuperare.
Dacă funcția este listată, dar software-ul nu o poate folosi
Începeți cu componenta exactă care eșuează. O bază de date hardware descrie capacitatea înregistrată; sistemul de operare sau hipervizorul poate expune un mediu efectiv diferit. O eroare de tip instrucțiune ilegală (illegal-instruction) necesită, de asemenea, investigarea instrucțiunii reale care a generat eroarea și a versiunii compilate a binarului, deoarece coruperea datelor sau o instrucțiune neacceptată fără legătură poate produce un simptom similar.
Instalați versiunea de aplicație, driver sau mediu de execuție compatibilă exact cu acea platformă și utilizați versiunea de bază sau de rezervă documentată de producător, dacă este necesar. O actualizare software nu poate crea o instrucțiune care îi lipsește procesorului. Modificările de firmware și de politici de securitate ar trebui să respecte procedura producătorului sistemului și un plan de recuperare, mai degrabă decât o rețetă generică de optimizare.
Sursele și domeniul de aplicare al acestei explicații
Intel 64 and IA-32 Architectures Software Developer's Manual
Aceste referințe stabilesc comportamentul arhitectural și cerințele software. Ele nu verifică independent fiecare valoare de caracteristică de pe o pagină de model hardware asociată. Pentru suportul la nivel de model, utilizați dovezile furnizate de producător pe acea pagină și verificați configurația efectivă a sistemului. Acest articol nu furnizează date din benchmark-uri, certificări sau recenzii independente.
Surse și verificare
Proprietate editorială: Feex. Nu este înregistrată nicio dată de verificare independentă. Cum cercetăm.
- Intel 64 and IA-32 Architectures Software Developer's Manual · Volumele 1 și 2 descriu familiile de instrucțiuni numite și CPUID; Volumul 3 descrie starea, paginarea, VMX și controalele de protecție. Documentația de arhitectură nu stabilește suportul pentru un anumit model.
A fost util acest articol?
Un da sau nu este suficient. Alegeți un motiv dacă doriți sau adăugați o scurtă notă.
Mulțumim. Acest lucru ne ajută să îmbunătățim această pagină.