Ugrás a tartalomra

MMX

Architektúra-hivatkozásFeex

Az MMX egy korai x86-os pakolt egész típusú utasításkészlet-kiterjesztés, amely 64 bites regisztereket használ; ezek architekturális tárolóhelyükön osztoznak az x87 lebegőpontos regisztertárral. Ez a megosztott állapot számít a kódok vegyes használatakor.

Amit tudni érdemes

Az MMX egy korai x86-os pakolt egész típusú utasításkészlet-kiterjesztés, amely 64 bites regisztereket használ; ezek architekturális tárolóhelyükön osztoznak az x87 lebegőpontos regisztertárral. Ez a megosztott állapot számít a kódok vegyes használatakor.

Hogyan működik

Az MMX-műveletek a 64 bites regisztert pakolt egész elemekként kezelik. Az MMX-regiszternevek az x87 regisztertárára hivatkoznak álnevekként (alias), ahelyett hogy független, modern vektorállapotot biztosítanának. Az EMMS az x87 állapotjelzőjét (tag state) üresként jelöli meg az MMX használata után, így a későbbi x87 kód megfelelően tudja használni a lebegőpontos vermet.

Ahol hasznos

A régebbi multimédiás szoftverek telített bájt-aritmetikára használhatják az MMX-et. Az új kódok általában XMM vagy szélesebb vektoreszközöket használnak helyette, elkerülve az MMX/x87 állapotinterakciót. A meglévő binárisok még egy sokkal újabb processzoron is tartalmazhatnak MMX-et.

A támogatás és az engedélyezés ellenőrzése

A CPUID.01H:EDX 23. bitje jelzi az MMX meglétét. Régi kódok hibakeresésekor vizsgálja meg a tényleges utasítássorozatot és annak EMMS-/állapotkezelését is. Egy képességjelző bit nem tudja garantálni, hogy egy rutin megfelelően követi a hívási konvenciót.

Egy SIMD-funkció utasításokat ír le, nem extra magokat. Az utasítás formája határozza meg az elemszélességet, az előjelességet, a kerekítést, az igazítást és azt, hogy mely sávok (lanes) lépnek interakcióba. A szoftvernek meg kell őriznie az ABI regiszterállapotát, és támogatott végrehajtási környezetet kell használnia.

Amit a funkció nem biztosít

Az MMX egész típusú SIMD, nem 64 bites általános célú végrehajtás vagy x86-64 támogatás. Nem vonja maga után az SSE vagy a későbbi kiterjesztések meglétét. Az MMX és az x87 vegyes használatakor elmaradó takarítás helyességi problémákat okozhat, függetlenül attól, hogy a CPU támogatja-e az utasításokat.

Kompatibilitás és teljesítmény a gyakorlatban

Az SSE család későbbi tagjai külön funkcióbitekkel rendelkeznek. Telepített bináris esetén vizsgálja meg a teljes minimális funkciókészletet, beleértve a könyvtárakat és az indítókódot is. A tartalékmegoldás csak akkor hasznos, ha a kiválasztási lépés előtt nem fut le nem támogatott utasítás.

Gyakorlati ellenőrzőlista

  1. Rögzítse az érintett processzor vagy platform pontos modelljét, valamint az alkalmazás, az operációs rendszer és a futtatókörnyezet verzióját. Őrizze meg a tényleges hiba vagy követelmény pontos szövegezését.
  2. Ellenőrizze az adott modellhez tartozó gyártói referenciát, majd vizsgálja meg a tényleges képességet és az engedélyezett állapotot abban a környezetben, ahol a program fut.
  3. Vesse össze a kiválasztott bináris vagy háttérrendszer minden követelményét. Egy hasonló elnevezésű funkció, álnév vagy tág technológiai címke nem elegendő.
  4. Győződjön meg arról, hogy az alkalmazás a kívánt implementációt választotta ki. Használja annak dokumentált diagnosztikai eszközeit és egy támogatott tartalék megoldást, ha a követelmények nem teljesülnek.
  5. Egyszerre csak egy támogatott módosítást hajtson végre, és ismételje meg ugyanazt a munkaterhelést. Tartsa elérhetően az eredeti konfigurációt és a helyreállítási útvonalat.

Ha a funkció szerepel a listán, de a szoftver nem tudja használni

Kezdje a hibát jelző pontos komponenssel. A hardveradatbázis a rögzített képességet írja le; az operációs rendszer vagy a hipervizor ettől eltérő tényleges környezetet tehet elérhetővé. Az érvénytelen utasítás miatti hiba (illegal-instruction) esetén a ténylegesen hibát okozó utasítást és a bináris összeállítást is vizsgálni kell, mivel az adatsérülés vagy egy nem kapcsolódó, nem támogatott utasítás is hasonló tünetet produkálhat.

Telepítse az adott platformhoz támogatott alkalmazás-, illesztőprogram- vagy futtatókörnyezet-verziót, és szükség esetén használja a gyártó által dokumentált alapértelmezett vagy tartalék változatot. Egy szoftverfrissítés nem hozhat létre olyan utasítást, amellyel a processzor nem rendelkezik. A firmware- és biztonságipolitika-módosítások során a rendszer gyártójának eljárását és egy helyreállítási tervet kell követni egy általános optimalizálási recept helyett.

A magyarázat forrásai és hatóköre

Intel 64 and IA-32 Architectures Software Developer's Manual · x86-64 psABI: processzorarchitektúra és mikroarchitektúra-szintek

Ezek a hivatkozások az architekturális viselkedést és a szoftverkövetelményeket határozzák meg. Nem ellenőrzik függetlenül a hivatkozott hardvermodell oldalán található összes funkcióértéket. A modell támogatásához használja az adott oldal gyártói bizonyítékait, és ellenőrizze a tényleges rendszerkonfigurációt. Ez a cikk nem tartalmaz teljesítménytesztet, tanúsítást vagy független felülvizsgálati dátumot.

Források és ellenőrzés

Szerkesztői jogtulajdonos: Feex. Független felülvizsgálati dátum nincs rögzítve. Hogyan kutatunk.

Hasznos volt ez a cikk?

Egy igen vagy nem is elég. Válasszon egy indokot, ha szeretne, vagy írjon egy rövid megjegyzést.

Hasznos volt ez a cikk?