64-bit (x86-64)
x86-64 është shtrirja 64-bitëshe e arkitekturës së instruksioneve x86. Ajo përcakton modalitetet e ekzekutimit, regjistrat dhe rregullat e adresimit; ajo vetë nuk përcakton kërkesat e plota të CPU-së ose të sistemit operativ për një aplikacion.
Çfarë duhet të dini
x86-64 është shtrirja 64-bitëshe e arkitekturës së instruksioneve x86. Ajo përcakton modalitetet e ekzekutimit, regjistrat dhe rregullat e adresimit; ajo vetë nuk përcakton kërkesat e plota të CPU-së ose të sistemit operativ për një aplikacion.
Si funksionon
Në modalitetin 64-bit, regjistrat me qëllim të përgjithshëm mund të mbajnë operandë 64-bitësh dhe arkitektura ofron regjistra shtesë dhe një mjedis programimi të ndryshëm nga x86 i trashëguar 32-bitësh. Modaliteti i përputhshmërisë lejon një sistem operativ të mbështesë aplikacione të përshtatshme të trashëguara, por SO-ja vendos se cilat formate dhe ndërfaqe aplikacionesh ofron. Një CPU 64-bitëshe nuk e bën çdo instruksion të përdorë të dhëna 64-bitëshe.
Ku është e dobishme
Një aplikacion i ndërtuar për ABI-në x86-64 pret mjedisin e regjistrave, konventën e thirrjeve dhe instruksionet bazë të asaj ABI. Një binar Arm64 është një arkitekturë e ndryshme edhe pse të dyja e përshkruajnë veten si 64-bit. Përkthimi ose emulimi është një lehtësi e veçantë softuerike, jo një pasojë e të pasurit regjistra 64-bitësh.
Si të kontrollohet mbështetja dhe aktivizimi
Për harduerin x86, funksioni i zgjeruar i CPUID 80000001H, biti 29 i EDX numëron aftësinë long-mode. Një sistem operativ i mbështetur duhet të aktivizojë faqëzimin dhe mjedisin e duhur të ekzekutimit. Inspektoni arkitekturën e SO-së që po ekzekutohet, si dhe aftësinë e procesorit.
Aftësia harduerike, mjedisi operativ në ekzekutim dhe kërkesat binare të një aplikacioni janë shtresa të ndryshme. Emrat e arkitekturave dhe nivelet e ABI-së duhet të interpretohen si kontrata eksplicite dhe jo si një rregull i përgjithshëm që më e reja është e përputhshme.
Çfarë nuk përcakton kjo veçori
Etiketa 64-bit nuk përcakton gjerësinë e adresës fizike ose virtuale të zbatuar, kufirin e RAM-it të instaluar, mbështetjen për x86-64-v2/v3/v4, përshtatshmërinë për Windows ose përputhshmërinë me një drajver të caktuar. Kontrolloni secilën kërkesë veçmas.
Përputhshmëria dhe performanca në praktikë
Kontrolloni kërkesat e plota të trashëguara dhe mjedisin efektiv të dukshëm për procesin. Për një VM, inspektoni mysafirin në vend që të supozoni se modeli i pritësit ekspozohet i pandryshuar. Një version i mbështetur rezervë (fallback) duhet të deklarojë qartë bazën e tij minimale.
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 · psABI x86-64: nivelet e arkitekturës dhe mikroarkitekturës së procesorit
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.
- psABI x86-64: nivelet e arkitekturës dhe mikroarkitekturës së procesorit · Ndërfaqja e makinës, Arkitektura e procesorit: tabela bazë dhe kumulative e veçorive v2/v3/v4, kontrollet e gjendjes së OS-it dhe rekomandimet e vendosjes.
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.