64-битов (x86-64)
x86-64 е 64-битовото разширение на архитектурата от инструкции x86. То дефинира режими на изпълнение, регистри и правила за адресиране; само по себе си то не определя пълните изисквания на дадено приложение към процесора или операционната система.
Какво трябва да знаете
x86-64 е 64-битовото разширение на архитектурата от инструкции x86. То дефинира режими на изпълнение, регистри и правила за адресиране; само по себе си то не определя пълните изисквания на дадено приложение към процесора или операционната система.
Как работи
В 64-битов режим регистрите с общо предназначение могат да съдържат 64-битови операнди, а архитектурата предоставя допълнителни регистри и различна програмна среда спрямо класическата 32-битова x86. Режимът за съвместимост позволява на операционната система да поддържа подходящи класически приложения, но ОС решава кои формати на приложения и интерфейси да предостави. 64-битовият процесор не кара всяка инструкция да използва 64-битови данни.
Къде е полезно
Приложение, компилирано за x86-64 ABI, очаква регистровата среда, конвенциите за повикване и базовия набор от инструкции на това ABI. Двоичният файл за Arm64 е различна архитектура, въпреки че и двете се описват като 64-битови. Транслацията или емулацията е отделен софтуерен инструмент, а не следствие от наличието на 64-битови регистри.
Как се проверява поддръжката и активирането
За хардуер x86 разширената функция на CPUID 80000001H, EDX бит 29 изброява възможността за long-mode. Поддържаната операционна система трябва да активира подходящата среда за странициране и изпълнение. Проверявайте както архитектурата на работещата ОС, така и възможностите на процесора.
Хардуерната възможност, работещата работна среда и изискванията на двоичния файл на приложението са различни нива. Имената на архитектурите и нивата на ABI трябва да се тълкуват като ясни договори, а не като общо правило, че по-новото винаги е съвместимо.
Какво не гарантира тази функция
Означението 64-bit не определя реализираната ширина на физическия или виртуалния адрес, лимита на инсталираната RAM, поддръжката на x86-64-v2/v3/v4, допустимостта за Windows или съвместимостта с конкретен драйвер. Проверявайте всяко изискване поотделно.
Съвместимост и производителност на практика
Проверявайте пълните наследени изисквания и действителната среда, видима за процеса. За виртуална машина проверявайте госта, вместо да предполагате, че моделът на хоста е изложен непроменен. Поддържана резервна компилация (fallback build) трябва ясно да посочва своята собствена базова линия.
Практически контролен списък за проверка
- Запишете точния модел на процесора или платформата, както и използваните версии на приложението, операционната система и средата за изпълнение. Запазете точния текст на действителната грешка или изискване.
- Проверете документацията от производителя за този точен модел, след което инспектирайте действителните възможности и активираното състояние в средата, където работи програмата.
- Сравнете всяко изискване на избрания двоичен файл или бекенд. Подобно наименувана функция, псевдоним или общ технологичен етикет не са достатъчни.
- Потвърдете, че приложението е избрало планираната реализация. Използвайте неговата документирана диагностика и поддържан резервен вариант, когато изискванията не са изпълнени.
- Правете по една поддържана промяна наведнъж и повтаряйте същото работно натоварване. Запазете достъпни оригиналната конфигурация и плана за възстановяване.
Ако функцията е посочена, но софтуерът не може да я използва
Започнете с точния компонент, който дава грешка. Хардуерната база данни описва записаните възможности; операционната система или хипервайзорът могат да предоставят различна ефективна среда. Грешка за невалидна инструкция (illegal-instruction) също изисква разследване на действителната сриваща се инструкция и компилацията на двоичния файл, тъй като повреда или несвързана неподдържана инструкция може да предизвика подобен симптом.
Инсталирайте версията на приложението, драйвера или средата за изпълнение, която се поддържа за точната платформа, и използвайте документираната от производителя базова или резервна компилация, ако е необходимо. Софтуерна актуализация не може да създаде инструкция, която липсва в процесора. Промените във фърмуера и политиките за сигурност трябва да следват процедурата на производителя на системата и план за възстановяване, а не общи съвети за оптимизация.
Източници и обхват на това обяснение
Intel 64 and IA-32 Architectures Software Developer's Manual · x86-64 psABI: нива на процесорна архитектура и микроархитектура
Тези източници установяват архитектурното поведение и софтуерните изисквания. Те не проверяват независимо всяка стойност на параметър на свързана страница за хардуерен модел. За поддръжка на даден модел използвайте данните от производителя на съответната страница и проверете ефективната системна конфигурация. Тази статия не предоставя бенчмарк, сертификация или дата на независим преглед.
Източници и проверка
Редакционна собственост: Feex. Не е записана дата на независим преглед. Как проучваме.
- Intel 64 and IA-32 Architectures Software Developer's Manual · Томове 1 и 2 описват посочените семейства инструкции и CPUID; Том 3 описва състоянието, страницирането, VMX и контролите за защита. Документацията за архитектурата не гарантира поддръжка за конкретен модел.
- x86-64 psABI: нива на процесорна архитектура и микроархитектура · Машинен интерфейс, процесорна архитектура: базова и кумулативна таблица с функции за v2/v3/v4, проверки на състоянието на ОС и препоръки за внедряване.
Беше ли полезна тази статия?
Достатъчно е "да" или "не". Изберете причина, ако желаете, или добавете кратка бележка.
Благодарим ви. Това ни помага да подобрим тази страница.