Разница между загрузкой i386 и amd64?
В чем разница между стандартной загрузкой i386 и загрузкой amd64 Ubuntu 11.04? В настоящее время я использую i386 на машине amd, лучше ли будет работать моя система с загрузкой amd64? (моя машина работала под управлением Windows 7 64bit, но я не обратил на это внимания перед установкой Ubuntu).
Связанные (но не дубликаты): 64-битная версия Ubuntu совместима только с процессорами AMD?
i386 относится к 32-разрядной версии, а amd64 (или x86_64) относится к 64-разрядной версии для процессоров Intel и AMD.
Википедия i386 запись:
Intel 80386, также известный как i386, или просто 386, был 32-разрядным микропроцессором, представленным Intel в 1985 году . Это называется x86, IA-32 или архитектура i386, в зависимости от контекста.
Запись в Википедии x86_64:
x86-64 является расширением набора команд x86. Он поддерживает гораздо большие виртуальные и физические адресные пространства, чем это возможно в x86, что позволяет программистам удобно работать с гораздо большими наборами данных . После запуска архитектуры под именем «x86-64» AMD переименовала его в AMD64 . x86 -64 до сих пор используется многими в отрасли как термин, не зависящий от производителя, в то время как другие, в частности Sun Microsystems (сейчас Oracle Corporation) и Microsoft, используют x64.
Архитектура x86. Уверены, что знаете свой домашний компьютер?
Даже если у вас есть процессор Intel, вы должны использовать AMD64 для установки 64-битной версии на свой компьютер (он использует те же наборы инструкций).
Я настоятельно рекомендую использовать его. По большей части вы не заметите разницы, но для больших рабочих нагрузок (таких как редактирование видео, игры и т. Д.) Компьютер будет работать быстрее (у компьютера есть возможность вычислить 2 + 2 + 2 = 6 вместо необходимости выполнять 2 + 2 = 4 + 2 = 6 в примере). В мире Windows 32-битная ОС не позволит вам использовать более 3,5 ГБ ОЗУ на вашем компьютере (даже если у вас есть 8!). Вам необходимо использовать 64-битную ОС, чтобы полностью использовать всю оперативную память. Однако для Linux такого ограничения нет (спасибо, Ури).
Несмотря на это, мир изменился с 32-разрядных, и он только там поддерживает старые машины, которые не способны работать на 64-разрядных.
Эта последняя часть теперь (в Linux, конечно) Просто не соответствует действительности, вы МОЖЕТЕ использовать более 3,5 ГБ ОЗУ с ядром PAE в 32-битной версии.
не будет ли ограничение 32 ГБ на 3,5 Гбайт оперативной памяти 4 ГБс- <память графической карты>?
Для простоты я пропустил такие технические детали, как память видеокарты. Моя цель состояла в том, чтобы сказать: «Если у вас больше 3,5-4 гигабайт, используйте 64 бит».
64-битный — это каждый бит, который можно использовать и стабильный, как 32-битный, с почти ничтожным исключением Flash при определенных обстоятельствах в определенное время суток и при выравнивании планет, испускающих космические лучи.
Как отследить что делает программа на компьютере.
Архитектура названа в честь AMD, потому что AMD изобрела ее с Athlon 64. Аналогично, 32-разрядная архитектура i386 названа в честь процессора Intel 386, поскольку она была первой в своем роде, но i386 также будет работать на процессорах AMD. Так что да, вы можете использовать этот образ ISO.
да, вы можете установить amd64 bit на 64-битный процессор Intel. AMD изобрела процессор набора битовых команд x86-64, так что название — это просто дань AMD.
Спасибо за разъяснение этого. Я знаю, что это был простой вопрос, но я нигде не мог найти ответ.
Разница между amd64 и i386 заключается в том, что amd64 является 64-разрядным, а i386 — 32-разрядным . Это ширина (в битах) регистров, доступных в ядре.
По сути, наибольшее число, которое 32-разрядное ядро процессора может обработать за один раз, составляет чуть более 4,29 миллиарда, в то время как 64-разрядное ядро может обрабатывать чуть более 18,44 миллиарда миллиардов.
Ядра современных ПК могут работать как 64-разрядный или 32-разрядный процессор, в зависимости от того, какую версию операционной системы вы установили.
64-разрядный код имеет тенденцию работать быстрее, чем 32-разрядный код, либо потому, что он может работать с большими числами на ходу, либо потому, что 64-разрядные ядра имеют больше регистров, поэтому могут хранить больше вещей без необходимости помещать их во внешнюю память. Хотя нет никакой гарантии, что 64-битный код будет работать быстрее, если код не был написан для использования дополнительных возможностей процессора.
Компиляция в 32-битной системе даст код, отличный от 64-битной системы. Вы можете доказать это, скомпилировав код ассемблера в двух системах. Предполагая, что ваш C-файл — myfile.c, попробуйте gcc -S myfile.c в обеих системах сравнить myfile.s
Хорошо написанный код для 32-разрядной системы должен компилироваться и выполняться в 64-разрядной системе, но не весь код написан хорошо. Многие программисты делают предположения о системе, которые могут быть неверными: например, ширина регистра или порядок байтов.
Без доступа к исходному коду трудно понять, в чем проблема, но segmenation fault указывает, что была сделана попытка получить доступ к памяти, которая не принадлежит программе. Это может, например, указывать на то, что mem_ptr является 32-битным указателем, что хорошо в 32-битной системе, но должно быть 64-битным указателем в 64-битной системе.
Источник: qastack.ru
Десять имён для одной архитектуры
На пятничном семинаре учебного проекта лаборатории МФТИ-Интел один из студентов задал мне примерно такой вопрос: а почему 64-битный вариант архитектуры процессоров Intel называется x64, а 32-битный — x86? Я начал объяснять, что не всё так просто. Захотелось нарисовать более полную картину. Ведь на самом деле это не x64, и даже не x86.
386-ые, Пентиумы и Коры
На самом деле названий для этого феномена, около сорока лет присутствующего на сцене процессорных технологий, было придумано несколько. Даже больше, чем хотелось бы. Они появились из разных источников и используются в разных контекстах, разными компаниями и разными сообществами. Конечно же, это вносит некоторую неразбериху.
Я постарался здесь собрать все известные мне названия. Не хочу пытаться доказать, что одна группа имён лучше другой, — меньше использовать их не станут.
8086 и семейство
В 1978 году был выпущен 16-битный процессор Intel, который имел «имя» 8086. За ним были 8088, 80186, 80286, 80386 (плюс вариации), 80486 (плюс вариации). Легко заметить, что (почти) все эти числовые имена оканчиваются на две цифры 86, что дало название всей серии x86. Оно укрепилось, его продолжили использовать и после того, как процессорам перестали давать цифровые имена, а появились Intel Pentium, Celeron, Xeon, Core, Atom и т.д. Совместимые продукты других вендоров, таких как IBM, AMD, Cyrix, VIA и т.д., также описываются как x86.
По моим наблюдениям, x86 — самый популярный вариант для имени этой архитектуры в Интернете, статьях и прочей литературе, особенно, когда не стоит задачи точно специфицировать разрядность архитектуры или речь явным образом идёт о 32-битном варианте.
Используются также вариации этого названия для 32-битных вариантов, позволяющие более точно указать минимальный набор поддерживаемых инструкций: i386, i486, i586, i686, — например, для различения вариантов сборок бинарных пакетов дистрибутивов Linux.
Пришествие 64 бит
Своими стараниями Intel расширила машинное слово в описанной ранее серии процессоров с 16 до 32 бит. Достигнуть этой архитектуре 64 бит помогла компания AMD, в 2003 году представившая процессор, поддерживающий новые инструкции и регистры и реализующий AMD64.
Для того, чтобы явно указать повышенную битность процессора/кода/пакета, имя x86 стало получать новый суффикс «64». Вот только через какой знак его приписывать не договорились, и иногда видишь x86_64, а порой x86-64. Например, вывод команды uname в Linux использует подчерк. Наконец, у пакетов можно увидеть и суффикс amd64 строчными буквами.
Intel же обозначала это расширение архитектуры сперва IA-32e, затем EM64T. В настоящее время можно встретить оба варианта в различных именах пакетов, документации и прочем. Тем не менее, есть и третье введённое Intel название…
Как это называет Intel
В официальной документации 32-битная архитектура имеет имя IA-32; её 64-битный вариант получил довольно странное с моей точки зрения имя Intel 64. Почему странное — оно создаёт потенциал для путаницы, как мы увидим ближе к концу статьи.
Компании-поставщики софта
- Дистибутивы Linux: x86 и x86_64, иногда x86 и amd64.
- Apple: x86 и x86_64.
- Microsoft и Oracle: x86 и x64.
Всё вместе
- Для 32-битного варианта: IA-32, x86, i386, i486, i586, i686.
- Для 64-битного варианта: Intel 64, AMD64, amd64, EM64T, IA-32e, x86_64, x86-64, x64.
Ложные имена
Как известно, за свою сорокалетнюю историю Intel выпускала (и выпускает сейчас) не только процессоры IA-32. Были и до сих пор присутствуют продукты других архитектур. Они тоже имеют свои имена, иногда несколько созвучные. При этом происходит путаница, от которой хотелось бы предостеречь.
Intel IA-64. Является полным синонимом термина «Intel Itanium». Используется для обозначения 64-битной архитектуры, несовместимой ни с IA-32, ни с 64-битным её вариантом ни по набору команд, ни по принципам работы. Да, существуют аппаратные и программные прослойки для запуска IA-32 приложений на Итаниуме, но это — тема для отдельного и интересного рассказа. Кстати, и для Itanium есть ещё одно обозначение — IPF, используемое изредка как суффикс.
К сожалению, линейки таких семейств процессоров Intel, как i432, i860, i960 или не дожили до наших дней, или же имеют крайне узкую нишу применения. А то глядишь — пришлось бы для каждого из них запоминать ещё по десятку имён.
Источник: habr.com
Что подразумевается под термином «i386» в имени файла Ubuntu ISO?
Я пытаюсь понять различные термины, связанные с различными версиями процессора.
В Ubuntu 16.04 термин «i386» используется для обозначения их 32-разрядной версии Ubuntu:
Означает ли здесь термин «i386», что эта версия Ubuntu может работать на процессоре Intel 80386 (который был представлен в 1985 году), или термин «i386» здесь просто означает, что эта версия Ubuntu работает на процессорах, которые являются потомками? от процессора Intel 80386?
user7681202 14 апр ’19 в 07:32 2019-04-14 07:32
2019-04-14 07:32
3 ответа
Intel 80386, также известный как i386, или просто 386, был 32-разрядным микропроцессором, представленным Intel в 1985 году. Это называется x86, IA-32 или архитектура i386, в зависимости от контекста.
x86-64 является расширением набора команд x86. Он поддерживает гораздо большие виртуальные и физические адресные пространства, чем это возможно в x86, что позволяет программистам удобно работать с гораздо большими наборами данных. После запуска архитектуры под именем «x86-64» AMD переименовала его в AMD64. x86-64 до сих пор используется многими в отрасли как термин, не зависящий от производителя, в то время как другие, в частности Sun Microsystems (сейчас Oracle Corporation) и Microsoft, используют x64.
Так что Ubuntu ISO поддерживает оба вкуса.
Multiarch позволяет устанавливать библиотечные пакеты из нескольких архитектур на одном компьютере. Это полезно по-разному, но наиболее распространенным является установка как 64-разрядного, так и 32-разрядного программного обеспечения на одном компьютере и правильное разрешение зависимостей автоматически. В целом, вы можете иметь библиотеки более чем одной архитектуры, установленные вместе, и приложения из той или иной архитектуры, установленные в качестве альтернативы. Обратите внимание, что он не позволяет устанавливать несколько версий приложений одновременно.
$ dpkg —print-архитектура Figure-1: This Computer system has 64-bit Kernel Architecture.
Поддержка нескольких арок позволяет использовать 32-битные библиотеки наряду с 64-битными библиотеками.
$ dpkg — print-foreign-architectures Figure-2: This Computer system also supports i386 Architecture (i.e. supports 32-bit Libraries too).
Источник: ask-ubuntu.ru
Что такое I386.EXE? Это безопасно или вирус? Как удалить или исправить это
I386.EXE это исполняемый файл, который является частью MSDN SDK и операционные системы разработанный Microsoft, Версия программного обеспечения для Windows: 1.0.0.0 обычно 52622 в байтах, но у вас может отличаться версия.
Расширение .exe имени файла отображает исполняемый файл. В некоторых случаях исполняемые файлы могут повредить ваш компьютер. Пожалуйста, прочитайте следующее, чтобы решить для себя, является ли I386.EXE Файл на вашем компьютере — это вирус или вредоносная программа, которую вы должны удалить, или, если это действительно допустимый файл операционной системы Windows или надежное приложение.
I386.EXE безопасен, или это вирус или вредоносная программа?
Первое, что поможет вам определить, является ли тот или иной файл законным процессом Windows или вирусом, это местоположение самого исполняемого файла. Например, в случае I386.EXE его путь будет примерно таким: C: Program Files Microsoft MSDN SDK и операционные системы I386.EXE.
Чтобы определить его путь, откройте диспетчер задач, перейдите в «Просмотр» -> «Выбрать столбцы» и выберите «Имя пути к изображению», чтобы добавить столбец местоположения в диспетчер задач. Если вы обнаружите здесь подозрительный каталог, возможно, стоит дополнительно изучить этот процесс.
Еще один инструмент, который иногда может помочь вам обнаружить плохие процессы, — это Microsoft Process Explorer. Запустите программу (не требует установки) и активируйте «Проверить легенды» в разделе «Параметры». Теперь перейдите в View -> Select Columns и добавьте «Verified Signer» в качестве одного из столбцов.
Если статус процесса «Проверенная подписывающая сторона» указан как «Невозможно проверить», вам следует взглянуть на процесс. Не все хорошие процессы Windows имеют метку проверенной подписи, но ни один из плохих.
- Имя: I386.EXE
- Программного обеспечения: MSDN SDK и операционные системы
- Издатель: Microsoft
- Ожидаемое местоположение: C: Program Files Microsoft MSDN SDK и операционные системы подпапке
- Ожидаемый полный путь: C: Program Files Microsoft MSDN SDK и операционные системы I386.EXE
- SHA1: 5C28999589F95E1B50808423224C9A2B042CB83D
- SHA256:
- MD5: B6171FE731D9FF202AAC6A8FBF83650D
- Известно, что до 52622 размер байт в большинстве Windows;
Если у вас возникли какие-либо трудности с этим исполняемым файлом, вы должны определить, заслуживает ли он доверия, прежде чем удалять I386.EXE. Для этого найдите этот процесс в диспетчере задач.
Найти его местоположение и сравнить размер и т. Д. С приведенными выше фактами
Если вы подозреваете, что можете быть заражены вирусом, вы должны немедленно попытаться это исправить. Чтобы удалить вирус I386.EXE, необходимо скачайте и установите приложение полной безопасности, как это, Обратите внимание, что не все инструменты могут обнаружить все типы вредоносных программ, поэтому вам может потребоваться попробовать несколько вариантов, прежде чем вы добьетесь успеха.
Кроме того, функциональность вируса может сама влиять на удаление I386.EXE. В этом случае вы должны включить Безопасный режим с загрузкой сетевых драйверов — безопасная среда, которая отключает большинство процессов и загружает только самые необходимые службы и драйверы. Когда вы можете запустить программу безопасности и полный анализ системы.
Могу ли я удалить или удалить I386.EXE?
Не следует удалять безопасный исполняемый файл без уважительной причины, так как это может повлиять на производительность любых связанных программ, использующих этот файл. Не забывайте регулярно обновлять программное обеспечение и программы, чтобы избежать будущих проблем, вызванных поврежденными файлами. Что касается проблем с функциональностью программного обеспечения, проверяйте обновления драйверов и программного обеспечения чаще, чтобы избежать или вообще не возникало таких проблем.
Лучшая диагностика для этих подозрительных файлов — полный системный анализ с ASR Pro or это антивирус и средство для удаления вредоносных программ, Если файл классифицирован как вредоносный, эти приложения также удалят I386.EXE и избавятся от связанных вредоносных программ.
Однако, если это не вирус, и вам нужно удалить I386.EXE, вы можете удалить MSDN SDK и операционные системы с вашего компьютера, используя его деинсталлятор. Если вы не можете найти его деинсталлятор, вам может потребоваться удалить MSDN SDK и операционные системы, чтобы полностью удалить I386.EXE. Вы можете использовать функцию «Установка и удаление программ» на панели управления Windows.
- 1. в Меню Пуск (для Windows 8 щелкните правой кнопкой мыши в нижнем левом углу экрана), нажмите Панель управления, а затем под Программы:
o Windows Vista / 7 / 8.1 / 10: нажмите Удаление программы.
o Windows XP: нажмите Установка и удаление программ.
- 2. Когда вы найдете программу MSDN SDK и операционные системыщелкните по нему, а затем:
o Windows Vista / 7 / 8.1 / 10: нажмите Удалить.
o Windows XP: нажмите Удалить or Изменить / Удалить вкладка (справа от программы).
- 3. Следуйте инструкциям по удалению MSDN SDK и операционные системы.
Распространенные сообщения об ошибках в I386.EXE
Наиболее распространенные ошибки I386.EXE, которые могут возникнуть:
• «Ошибка приложения I386.EXE».
• «Ошибка I386.EXE».
• «I386.EXE столкнулся с проблемой и должен быть закрыт. Приносим извинения за неудобства».
• «I386.EXE не является допустимым приложением Win32».
• «I386.EXE не запущен».
• «I386.EXE не найден».
• «Не удается найти I386.EXE».
• «Ошибка запуска программы: I386.EXE.»
• «Неверный путь к приложению: I386.EXE.»
Эти сообщения об ошибках .exe могут появляться во время установки программы, во время выполнения связанной с ней программы, пакетов MSDN SDK и операционных систем, при запуске или завершении работы Windows, или даже при установке операционной системы Windows. Отслеживание момента появления ошибки I386.EXE является важной информацией при устранении неполадок.
Как исправить I386.EXE
Аккуратный и опрятный компьютер — это один из лучших способов избежать проблем с I386.EXE. Это означает выполнение сканирования на наличие вредоносных программ, очистку жесткого диска cleanmgr и ПФС / SCANNOWудаление ненужных программ, мониторинг любых автозапускаемых программ (с помощью msconfig) и включение автоматических обновлений Windows. Не забывайте всегда делать регулярные резервные копии или хотя бы определять точки восстановления.
Если у вас возникла более серьезная проблема, постарайтесь запомнить последнее, что вы сделали, или последнее, что вы установили перед проблемой. Использовать resmon Команда для определения процессов, вызывающих вашу проблему. Даже в случае серьезных проблем вместо переустановки Windows вы должны попытаться восстановить вашу установку или, в случае Windows 8, выполнив команду DISM.exe / Online / Очистка-изображение / Восстановить здоровье, Это позволяет восстановить операционную систему без потери данных.
Чтобы помочь вам проанализировать процесс I386.EXE на вашем компьютере, вам могут пригодиться следующие программы: Менеджер задач безопасности отображает все запущенные задачи Windows, включая встроенные скрытые процессы, такие как мониторинг клавиатуры и браузера или записи автозапуска. Единый рейтинг риска безопасности указывает на вероятность того, что это шпионское ПО, вредоносное ПО или потенциальный троянский конь. Это антивирус обнаруживает и удаляет со своего жесткого диска шпионское и рекламное ПО, трояны, кейлоггеры, вредоносное ПО и трекеры.
Обновлен декабрь 2022:
- Шаг 1: Скачать PC Repair https://windowsbulletin.com/ru/%D1%84%D0%B0%D0%B9%D0%BB%D1%8B/%D0%B5%D1%85%D0%B5/Microsoft/MSDN-SDX-%D0%B8-%D0%BE%D0%BF%D0%B5%D1%80%D0%B0%D1%86%D0%B8%D0%BE%D0%BD%D0%BD%D1%8B%D0%B5-%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D1%8B/i386-exe» target=»_blank»]windowsbulletin.com[/mask_link]
На пути к «продвинутому пользователю»: архитектуры процессоров с точки зрения программного кода
Эта заметка не нужна программистам и системным администраторам, особенно средних лет — они и так отлично всё знают, и будут просто искать неточности, которые никому не нужны. Эта заметка не нужна простым пользователям, не стремящимся стать «продвинутыми» — тут полно ненужной информации, которую трудно понять; она не поможет «установить приложение с официального сайта в один клик» (или из официального репозитория).
Итак, архитектура процессора. Казалось бы, кто этого не знает? Кто-то с гордостью скажет «У меня Core i7, новый, 6 ядер» — и это тоже будет относиться к архитектуре. Кто-то копнёт поглубже, говоря о размере кеша, о количестве команд за такт, о конвейере команд и т.п. Но речь сейчас не совсем об этом.
Это нужно знать, чтобы предсказать производительность процессора (наряду с частотой), подумать о проблемах с оптимизацией.
А нам часто надо понять, запустится ли загружаемая программа на данном ПК (и под данной операционной системой, если это не сама операционная система!), а среди программ в Windows, а особенно — в Linux — есть весьма много обозначений архитектур, которые могут слегка смутить человека, только начинающего разбираться с архитектурами. Да, кто-то может отослать человека к истории процессоров, и знать её правильно — но история — это история, а нам надо решить такой, казалось бы, простой вопрос: пойдёт ли это на данном ПК или нет. Иногда вопрос становится посложнее: нужны ли эти средства разработки (например, ассемблер, компоновщик), чтобы программа полноценно собралась из исходных кодов (да, «привет Linux» и основной способ распространения программ GPL).
Тем не менее, большинство пользователей знают, что у них 64-разрядная (или 32-разрядная) система, так что примерно представляют, что и для чего качать. Но периодически на форумах возникает «странный» вопрос: «Что качать: AMD64 или ARM64? А если у меня Intel?»
Итак, давайте договоримся: пока будем говорить только о ПК, ноутбуках и Windows-планшетах (не RT). Всяческие телефоны, андроид-планшеты (не путать с Windows), хромобуки, Raspbery Pi и им подобное оставим вне рассмотрения. Экзотику ARM-BIOS — тоже. Так что, увидев в «архитектуре» буквы «ARM», отбрасываем это для вышеперечисленных устройств. Также не будем рассматривать компьютеры Apple — это отдельная экосистема, пусть и с возможностью установки и запуска Windows.
Что значит «архитектура» с точки зрения программного кода? Чаще всего её обозначают названием процессора (или целой группы процессоров), но, благодаря обратной совместимости, более новые процессоры могут запустить программы, рассчитанные на старую архитектуру — при условии, что ОС это позволит.
Ну что же, начнём с начала. С давних времён, которые, как ни странно, остаются актуальными.
i8086 (8086, 86, иногда пишут DOS или DOS16)
Древний процессор Intel (аж с 1978 года!), однако обратная совместимость заставляет «тащить» его систему команд вплоть до самых современных процессоров. Так что да, Core i7 9-й серии и Ryzen 2xxx при определённых условиях способны запустить программы под эту архитектуру. Кто-то спросит, зачем это надо.
На самом деле, здесь речь не столько о поддержке старой системы команд, сколько о древнем, казалось бы, уже устаревшем реальном режиме работы процессора (16-разрядном, а также режим «виртуального 86» уже на уровне 386 и выше), так что программы, откомпилированные под этот режим, будут маркировать именно такой архитектурой. И трансляторы, генерирующие такой код, будут маркироваться именно так. Где это можно встретить?
1. DOS и некоторые приложения под DOS. Да, кто учился в ВУЗе 20 лет назад и более, но до этого не «фанател» от компьютеров, воспринимает DOS как «ругательство» с непонятной системой команд. Кто посерьёзнее — понимал, что это кое-где может пригодиться. Впрочем, система команд DOS актуальна и сейчас — достаточно запустить cmd в Windows , но речь не об этом.
А вот с самими программами под DOS несколько сложнее. Да, даже современные версии Windows (только 32-разрядные, x86) позволят запускать отдельные, простейшие программы под DOS, но это не особо актуально. Может быть, удастся запустить простой DOS на современном компьютере, но толку с того будет мало: большинство современных разделов жёсткого диска будут не видны.
Под Linux запуск DOS-приложений, собственно, и не был предусмотрен (без эмулятора, разумеется, с эмулятором и сейчас не проблема всё это запустить). Следует помнить, что многие более поздние программы, будучи программами DOS, имели всего лишь 16-битный загрузчик, а грузили уже 32-разрядный «расширитель». Интерес могут представлять отдельные старые программы и игры.
2. Более актуально то, что BIOS (который до сих пор актуален на старых материнских платах, а на полноценных новых UEFI умеет работать в режиме эмуляции BIOS) передаёт управление загрузчику именно в 16-битный реальный режим. Как следствие, если Вы пишете код (что вряд ли) или собираете загрузчик (например, GRUB) для BIOS, Вам потребуются инструменты i8086.
i80386 (80386, 386, i386)
Тоже довольно древний процессор (1985 года выпуска). Однако его архитектура до сих пор представляет интерес. Иногда некоторые программы до сих пор маркируют i386, потому что именно он положил начало 32-разрядной архитектуре Intel.
Это значит, что программа, архитектура которой маркирована «i386», запустится в любой 32-разрядной операционной системе (если она совместима с той, под которую собрали, и имеются все нужные зависимости). Более того, в большинстве случаев такие прикладные программы запустятся и под 64-разрядной операционной системой (об этом позже). Поэтому длительное время разработчики «не заморачивались» и в графе «архитектура» писали «i386», хотя уже во всю работали Pentium 3. Доходило до того, что указывали архитектуру «i386», а в требованиях — ММХ (которого на момент выпуска 386-го не было и в мыслях). Но — сугубо формально — если указана архитектура «i386», то программа (или операционная система) должна запуститься на настоящем i80386. Понятное дело, что процессоры AMD (начиная с тех же самых Am386) тоже отлично поддерживают эту архитектуру.
i586
Довольно редкое обозначение архитектуры. Начнём с того, что процессора с таким обозначением не было и нет. Понятно, что, в конце концов, процессор i386 стал неактуален, программы собирали под процессоры не ниже Pentium, стало быть, на 80386 их запустить никак не удастся. Обозначение вводили в некоторых дистрибутивах Linux.
Теоретически, программа и ОС, маркированная таким образом, запустится на любом процессоре Intel, начиная с Pentium, а на AMD, начиная с К5 (есть нюансы, так что лучше — начиная с К6). Так что, если у Вас не такая древность, программа запустится (с учётом программной совместимости с ОС и зависимостей).
i686
Это уже следующее поколение процессоров (опять же, именно таких процессоров не было), начиная с Pentium II (на самом деле, это поколение начинается с Pentum Pro, но по факту настоящее распространение получил именно Pentium II, так что не факт, что такие программы запустятся под Pentium Pro). Хотя всё это — уже древность.
Понятно, что в таком процессоре есть ряд инструкций, недоступных для i586, но имеющихся в Pentium II и выше. Многие дистрибутивы Linux какое-то время собирались именно для такой архитектуры.
Если у Вас старый компьютер Intel, то, скорее всего, Вы запустите на нём такую программу или ОС (на новом — тем более при условии совместимости, при запуске старых ОС нужно понимать аппаратную несовместимость и отсутствие драйверов оборудования). Неинтеловские процессоры — с этим чуть хуже. Теоретически, K6-II и K6-III поддерживали много функций от Pentium II, но кое-чего им не хватало, поэтому уровень их совместимости ставили i586. Аналогично — VIA C3 и ему подобные. Впрочем, даже такая древность была способна загружать Windows вплоть до «висты» (а то и «семёрку», вот 8.1 они не запускали, проверено).
x 86 (IA32, Intel32, реже — х32)
Общее обозначение 32-разрядных программ, в настоящее время актуально. Конкретные требования надо читать отдельно, может быть достаточно i386, а может не работать и под первыми сериями Core. Слова «Intel» не надо бояться AMD-шникам: архитектура вполне совместимая, но о конкретном уровне совместимости должно быть написано отдельно.
Обычно проблема бывает в поддержке конкретной версии SSE, это должно быть указано в сопроводительной документации. AMD отстаёт от Intel в поддержке SSE, но не очень сильно. В большинстве случаев на настоящее время достаточный уровень совместимости для AMD — Athlon-II (Phenom-II), в перспективе — FX; под Intel пока, как правило, хватает последних Pentium 4 Dual Core. Разумеется, речь не идёт о достаточной производительности — просто о возможности запуска и использования всех функций.
Под 64-разрядной ОС в большинстве случаев запустится программа x86 (опять же, при соблюдении всех зависимостей), но не драйвер.
32-разрядная ОС Windows имеет возможность запуска 16-разрядных приложений (DOS, Win16).
Название x32 употреблять не рекомендуется (во избежание путаницы со следующим пунктом), но его используют, когда говорят об UEFI.
X32 EABI
Относится только к специальному режиму работы отдельных программ в 64-разрядной операционной системы. Планировалось, что этот режим сэкономит память, поскольку разрядность адреса программ будет 32, а разрядность системы — 64. Программа сможет адресовать всего 4 гигабайта памяти, но ОС может «крутить» несколько таких программ.
На практике этот режим «не прижился», поскольку под него не было «экосистемы», а аналогичные возможности (за редким исключением) есть у x86. Были лишь некоторые сборки Linux с такой поддержкой. Сейчас не актуально.
IA64
Не путать с x86_64. Достаточная редкость и «неудача» Intel. Эта архитектура использовалась в серверных процессорах Itanium, которые уже утратили актуальность. На обычные ПК не устанавливались. Если увидите программу с таким обозначением — она Вам не нужна (если Вы — не администратор такого вот сервера).
x86_64 (x64, AMD64, реже — EM64T, Intel64)
Не путать с IA64. Обычная на сегодняшний день архитектура 64-разрядных систем. Для большинства ПК и мощных ноутбуков актуальны именно такие ОС, запускающие приложения этой архитектуры, а также архитектуры x86 (но не 8086, эти не запустить без эмулятора; впрочем, под Linux wine умудрялся как-то запускать в 64-разрядной ОС приложения Win16).
Драйвера x86 в подавляющем случае не поддерживаются ни в Windows, ни в Linux. Был случай удачного «проброса» кода отдельного драйвера из x86 в «прослойку» драйвера x86_64, но это — исключение, к тому же под Linux (linmodem). Прикладные программы х86, наоборот, работают отлично — вплоть до того, что у меня был опыт на заре Athlon64 запуска всей ОС с архитектурой i586 на ядре, специально собранном под AMD64. Не работал только ТВ-тюнер, но это — аппаратные проблемы.
Что касается названия. Изначальное название архитектуры — AMD64, так её иногда и называют, потому что впервые её ввела именно компания AMD. Но и у Intel вскоре появилась такая же архитектура (правда, уже названная EM64T), так что запуск приложений и ОС, помеченных «AMD64», на сколь бы то ни было современных Intel (начиная где-то с «середины» линейки Pentium 4) проблем не вызывает. Хотя слово AMD.
Многие (кроме «топовых») популярные планшеты и «планшетоноутбуки» на Intel Atom формально поддерживают такую архитектуру, но и UEFI, и предустановленная ОС у них — 32-разрядная, поэтому про Windows x64 можно забыть (а вместе с ним — Linux-подсистема и ряд программ, в т.ч. и все современные игры — но их бы не удалось нормально использовать из-за памяти и графики). А вот 64-разрядный Linux под ними запускается (хотя и не всегда правильно работает со всем «железом») — ему без разницы, какая разрядность у UEFI. Эмуляции BIOS, к сожалению, у таких планшетов нет, а сторонние средства пока отсутствуют.
Итого на современном ПК, если у Вас есть прикладная программа, архитектура которой помечена:
i8086 (и эквивалентно) — запустить, может, и можно, но проблематично. Под 64-разрядной ОС — только через эмуляцию.
i386, i586, i686, x86, — можно запустить, но нужно смотреть совместимость, зависимости и конкретные требования.
x86_64 = АМD64 — можно запустить только под 64-разрядной ОС (также нужно смотреть зависимости и конкретные требования).
Если у нас драйвер — его архитектура должна совпадать с ОС.
Если у нас системное ПО:
i8086 — теоретически, можно запустить, если у нас BIOS или его эмуляция, но зачем (если речь не идёт о первой стадии загрузчика).
i386, i586, i686, x86 — можно запустить, если у нас BIOS или UEFI x32 (в последнем случае — только для отдельных ОС, Windows 8+ и Linux).
x86_64 = AMD64 — можно запустить, если у нас BIOS или UEFI x64, а если ОС — Linux, то и UEFI x32.
Источник: dzen.ru