Hyper-Threading
Intel Hyper-Threading ekspozon shumë procesorë logjikë nga një bërthamë fizike aty ku implementimi e mbështet atë. Procesorët logjikë ndajnë burimet e bërthamës dhe nuk janë të barasvlershëm me bërthama fizike shtesë dhe të pavarura.
Çfarë duhet të dini
Intel Hyper-Threading ekspozon shumë procesorë logjikë nga një bërthamë fizike aty ku implementimi e mbështet atë. Procesorët logjikë ndajnë burimet e bërthamës dhe nuk janë të barasvlershëm me bërthama fizike shtesë dhe të pavarura.
Si funksionon
Çdo procesor logjik ofron gjendje ekzekutimi arkitekturore duke ndarë pjesë të burimeve të ekzekutimit, fshehtinës dhe planifikimit të bërthamës. Rregullimi i saktë i ndarjes varet nga mikroarkitektura. Planifikimi i OS-it dhe kërkesat për burime të ngarkesës së punës përcaktojnë nëse fijet e njëkohshme (threads) përmirësojnë xhiron (throughput).
Ku është e dobishme
Dy fije me bllokime plotësuese mund të përdorin burimet e përbashkëta të ekzekutimit në mënyrë më efektive, ndërsa dy fije që konkurrojnë për të njëjtin burim të ngopur mund të përfitojnë më pak. Rezultatet e vonesës (latency), xhiros dhe energjisë kërkojnë matje specifike për çdo ngarkesë pune.
Si të kontrollohet mbështetja dhe aktivizimi
Përdorni numërimin modern të topologjisë së procesorit dhe pamjen e OS-it për bërthamat fizike/procesorët logjikë, së bashku me politikën e firmware-it. Konfirmoni sa fije janë realisht të aktivizuara për bërthamë në vend që të shumëzoni automatikisht numrin e bërthamave të marketingut.
Sjellja e vëzhguar kontrollohet nga e gjithë platforma: firmware-i, politika e OS-it, planifikimi i ngarkesës së punës, shpërndarja e energjisë dhe temperatura. Një fushë veçorie përshkruan një aftësi, jo një gjendje fikse funksionimi ose një frekuencë të premtuar.
Çfarë nuk përcakton kjo veçori
Një fushë Hyper-Threading nuk përcakton numrin e bërthamave fizike ose fijeve të aktivizuara, dhe vetëm një bit i trashëguar HTT nuk përbën një numërim topologjie. Ai nuk garanton dyfishin e performancës dhe as nuk e bën çdo ngarkesë paralele më të shpejtë. Politika e sigurisë së platformës mund të ndikojë gjithashtu në vendosje.
Përputhshmëria dhe performanca në praktikë
Përdorni telemetrinë e mbështetur të sistemit të saktë dhe krahasoni ngarkesa përfaqësuese të qëndrueshme pune. Dalloni sjelljen në gjendje pa ngarkesë, rritjet kalimtare dhe xhirimin në gjendje të qëndrueshme. Ndryshimi i disa cilësimeve të firmware-it ose të energjisë në të njëjtën kohë e bën diagnostikimin dhe rikuperimin më të vështirë.
Një listë praktike kontrolli për verifikim
- 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.
- 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.
- 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.
- 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.
- 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.
Faleminderit. Kjo na ndihmon ta përmirësojmë këtë faqe.