Обсуждение: списки инструкций x86

WikiProject Computing / Программное обеспечение / Аппаратное обеспечение

(Номинальный список-класс, Низкая важность)

v т е Эта статья находится в рамках WikiProject Computing , совместной работы по расширению охвата компьютеров , вычислений и информационных технологий в Википедии. Если вы хотите принять участие, посетите страницу проекта, где вы можете присоединиться к обсуждению и увидеть список открытых задач.ComputingWikipedia:WikiProject ComputingTemplate:WikiProject ComputingComputing articles  Список  Эта статья была оценена как List-Class по шкале качества проекта .  Низкий  Эта статья была оценена как " Низкая важность" по шкале важности проекта . Эта статья поддерживается WikiProject Software (помечена как Низкая важность ). Эта статья поддерживается Целевой группой по компьютерному оборудованию (помечена как Низкая важность ).

Эта статья была предметом образовательного задания, поддержанного Послами Википедии в рамках Образовательной программы Индии .

Отсутствуют инструкции SGX [ править ]

В списке нет инструкций по обработке безопасного анклава. - Предшествующий беззнаковый комментарий добавлен 100.6.80.179 ( обсуждение ) 01:04, 8 октября 2018 г. (UTC)

MMX, 3DNow! [ редактировать ]

какие инструкции являются целочисленными, какие с плавающей запятой, какие "другие"? ( такое же различие, как в списках SSE / 2/3 ) Alinor 14:03, 25 февраля 2006 г. (UTC)

отсутствующие инструкции [ править ]

Некоторые процессоры не упоминаются в списках "инструкции, добавленные с помощью":

• 80187
• 80487 (на самом деле 80486 интегрированных FPU)
• Athlon64 / Opteron в списках x86 и x87 (CMP ... 16B добавлен EM64T и более поздними версиями Athlon64, но, возможно, есть другие инструкции, добавленные с начальной версией AMD64)
• Pentium II в x87
• Pentium M в списках x86 и x87

Может быть, с этими процессорами не добавляются новые инструкции, но кто-то знает наверняка?
Кроме того, есть некоторые процессоры, которые не упоминаются в некоторых конкретных списках, но это нормально, потому что они точно не добавили туда новые инструкции:

• Pentium III (только SSE новые)
• Pentium 4 (только SSE2 / SSE3 / VMX новые)

В любом случае было бы хорошо поставить (а) заполнители для каждого из этих процессоров с пометкой «ничего не добавлено», чтобы было ясно, что список является полным. Alinor 14:03, 25 февраля 2006 г. (UTC) Редактирование читабельности JSo9-10 ( обсуждение ) 06:30, 17 июня 2010 г. (UTC)

Чипы Haswell также представили новые инструкции (MOVBE - один - он уже есть в чипах ATOM). Его также необходимо указать здесь. Джонрейган ( разговор ) 18:02, 23 апреля 2013 (UTC)

экзотические процессоры x86 [ править ]

есть еще много производителей процессоров x86. Возможно, некоторые из них поддерживают какие-то дополнительные инструкции. Хорошо бы хотя бы добавить раздел «Другие процессоры x86 - список-заглушка»: Чипы и технологии Super386, Cyrix 386/486 / 5x86 / 6x86 / 6x86MX, Cyrix / NatSemi MediaGX / AMD Geode , VIA Cyrix C3, VIA Centaur C3, IDT Centaur , NEC V10 / V20, Rise Technology mP6, SiS SoC , NexGen Nx586 / Nx587 / K6, Transmeta Cursoe / Efficeon, UMC Super486, SGS-Thomson / IBM /Texas Instruments / другие производители универсального оборудования, ALi / ULi / другие встроенные конструкции.

Актуальные инструкции [ править ]

Я бы хотел, чтобы в этом списке была настоящая инструкция x86 - как на странице MIPS. Мол, с помощью этого списка вы сможете изучить сборку. Fresheneesz 18:41, 13 апреля 2006 г. (UTC)

Сайт wikipedia (и энциклопедии в целом) не является инструкцией или практическими рекомендациями, а Wikibooks (связанный сайт) является. Возможно, вас заинтересуют викиучебники: инструкции по сборке X86 / X86 ? - Interiot 20:09, 13 апреля 2006 г. (UTC)

... и MIPS архитектура страница не не имеет полный набор инструкций MIPS, просто образец ранних инструкций R3000, чтобы дать общее представление о наборе команд. Гай Харрис, 20:43, 13 апреля 2006 г. (UTC)

Ну, я не имел в виду «как». Я имел в виду список ссылок. Это не неизбирательно. Как вы думаете, скольких еще людей была бы небезразлична эта страница, если бы на ней была действительно полезная инструкция? Кого, черт возьми, волнует * как * называются инструкции, если они не говорят вам, что они делают? Я считаю, что эта страница больше похожа на «неизбирательный сбор информации», но была бы в меньшей степени, если бы она содержала фактические инструкции.

Я не говорю о руководстве, инструкции, учебнике или чем-то еще, что могло бы последовательно обучать каждой инструкции. Я говорю о простом списке.

Что касается MIPS, я думаю, что на странице (или, по крайней мере, где-то * a *) должен быть указан полный набор инструкций MIPS, то есть не псевдо-инструкции. Я немного отредактировал эту страницу, чтобы перечислить самые основные настоящие инструкции - и я думаю, было бы очень хорошо, если бы эта страница сделала то же самое? Опять комментарии? Fresheneesz 02:00, 14 апреля 2006 г. (UTC)

Хорошие ресурсы, чтобы закончить перечисление инструкций. [ редактировать ]

Во-первых, есть 102-страничное (да, я распечатал) приложение b к руководству NASM . Затем есть документация Intel , касающаяся Pentium 4 и других спецификаций. Я уверен, что у ассемблера GNU тоже есть какая-то полезная документация, но я не проверял.

CPUID [ править ]

Был ли CPUID представлен в 486-м? В этой статье говорится, что это было так, но я думаю, что это могло быть представлено с Pentium, а не ранее. - Ричардкэвелл, 04:17, 3 января 2007 г. (UTC)

Процитируем Руководство разработчика программного обеспечения для архитектур Intel® 64 и IA-32, том 3A: Руководство по системному программированию, часть 1 , стр. 17-6 (600-я страница рассматриваемого документа PDF): «Инструкция CPUID доступна во всех Pentium и P6. процессоров семейства и в более поздних моделях процессоров Intel486. Возможность устанавливать и очищать флаг идентификатора (бит 21) в регистре EFLAGS указывает на доступность инструкции CPUID. ", поэтому она была представлена ​​в более поздних моделях 486 - у некоторых она была некоторые не сделали. Гай Харрис, 09:39, 3 января 2007 г. (UTC)

Его, конечно, нет в руководствах по программированию того времени. В частности, в разделе «Использование языка ассемблера», относящемся к 80486, эта инструкция не упоминается. —Предыдущий неподписанный комментарий добавлен в 92.232.150.252 ( обсуждение ) 20:26, 7 сентября 2009 г. (UTC)

Пересмотр статьи ... Кто-нибудь хочет помочь? [ редактировать ]

Я собираюсь преобразовать списки инструкций, которые не представлены в виде таблиц (например, 486 инструкций и выше), и преобразовать их в таблицы, чтобы провести лето. Если вы хотите помочь с этим или у вас есть какие-либо вопросы / комментарии, опубликуйте их в моем пользовательском разговоре. Спасибо! Andreyvul ( обсуждение ) 07:23, 31 июля 2008 (UTC) В
частности, было бы неплохо помочь с табулированием инструкций с плавающей запятой. Андрейвул ( разговор ) 17:01, 31 июля 2008 (UTC)

Разъяснение поддерживаемых инструкций [ править ]

Инструкции bswap, cmpxchg, invd, invlpg, wbinvd, xadd

Они есть на AMD K5 и AMD K6? А как насчет Cyrix 686?

И инструкции Pentium: cmpxchg8b, rdmsr, rdtsc, wrmsr ...

Они есть на AMD K5 и AMD K6? А как насчет Cyrix 686?

Марк Хобли - Предыдущий недатированный комментарий был добавлен в 20:36, 8 февраля 2009 г. (UTC).

Какой набор инструкций используется сегодня в 32-битных программах Windows? [ редактировать ]

Когда вы компилируете программу для 32-битной системы Windows, какой язык ассемблера и какой машинный язык используется? Другими словами, какой из наборов инструкций используется в .exe-файлах? Не могу найти в статье, может, туда можно было бы выложить? - Кри ( разговор ) 23:49, 26 февраля 2009 г. (UTC)

Это зависит от того, какой компилятор вы используете и какие параметры вы ему передали. JulesH ( разговор ) 11:01, 7 марта 2009 (UTC)

Я не говорю о каких-либо специализированных exe-программах, которые работают только для вашего процессора, а об общих файлах .exe, которые работают на всех 32-битных компьютерах с Windows (например, VLC в формате exe поддерживается для работы на всех компьютерах с Windows). Поэтому мне интересно, какой набор инструкций на машинном языке требует от процессора Windows для поддержки? Кроме того, является ли этот обязательный набор инструкций одинаковым для Linux, поскольку он также выполняется на ПК: s? - Кри ( разговор ) 19:25, 7 марта 2009 г. (UTC)

Неужели нет никого, кто знает ответ на этот вопрос? Хорошо, тогда какой набор инструкций x86 используется чаще всего? - Кри ( разговор ) 16:52, 17 марта 2009 г. (UTC)

Во-первых, современный компилятор компилируется непосредственно в машинный код. Во-вторых, на самом деле не существует «общих файлов .exe»; это действительно зависит от используемого вами компилятора. Например, параметры компилятора Microsoft C ++ позволяют включить создание инструкций SSE или SSE2. MazeGen ( разговор ) 19:07, 13 мая 2009 г. (UTC)

Да, это правда, что компиляторы могут по своему усмотрению выдавать любой код. Но спрашивающий (и) спросил о win32 exe-файле common-or-garden, который можно найти в 32-битной системе Windows. Ответ: (а) как минимум 386 инструкций, но (б) в настоящее время более похоже, что если вы покопаетесь в более недавно созданных exes, вы обнаружите, что компилятору было сказано предположить, что Pentium Pro ( первый из семейства 686, если хотите) или выше, и вы действительно можете обнаружить, что (c) инструкции SSEv.xx будут присутствовать в некоторых приложениях, авторы которых знают, что они не будут развертываться на очень старых машинах потому что авторы не поддерживают древние операционные системы. Итак, ответ - 386 или 686. Для ПК с 64-разрядной ОС Windows (например, AMD64 или x64) вы найдете два разных типа ОС Windows:собственные 64-битные, написанные в наборе инструкций x64 и работающие в новом «длинном режиме» x64, и вы также можете найти некоторые 32-битные приложения exes, которые будут работать так же, как в 32-битных окнах.83.105.29.227 ( разговорное ) 12:49, 1 июня 2009 г. (UTC)

Обычной практикой является кодирование множества критических функций в SIMD (SSE 1/2/3/4 и т. Д.), Включение их всех в exe и использование проверки CPUID во время выполнения, чтобы увидеть возможности машины. Затем, используя динамическое связывание (например, указатели функций), используется наиболее оптимизированная доступная версия. Поэтому этот «общий exe» будет работать в скалярном режиме на 386, но, например, будет использовать последние функции SSE X на Core i7. Я не слишком уверен в автоматической векторизации; Я подозреваю, что будут включены все разные пути кода, и снова будет использоваться динамическое связывание. Для производителей компиляторов было бы совершенно безответственно нарушать вывод для старых процессоров. Ксонг ( разговорное ) 04:49, 16 марта 2010 (UTC)

RDTSC [ править ]

Это было разбито на раздел для инструкций, добавленных в Pentium II. Это неверно. В справочнике инструкций Pentium Pro [1] он указан как доступный, начиная с Pentium. У меня нет ссылки на оригинальные руководства по Pentium, но я не вижу причин полагать, что в них его нет; конечно, когда я работал над NASM, инструкция была хорошо известна, и я почти уверен, что она не входила в наш список как недокументированная.

Даже если в то время он не был официально задокументирован, с тех пор он был официально задокументирован как доступный для Pentium, поэтому он принадлежит к разделу для Pentium. Я переместил его обратно. JulesH ( разговорное ) 22:35, 28 марта 2009 г. (UTC)

Проверьте мой мозг, пожалуйста - LODSW и 386 [ править ]

В таблице 386 LODSW указан как новый. Что надо обязательно удалить? Как не «новый» - был 8086? Убедитесь, что я не схожу с ума, и не стесняйтесь поправлять таблицу, или я сделаю это. 83.105.29.227 ( разговорное ) 12:51, 1 июня 2009 г. (UTC)

Удаленный. Ксонг ( разговорное ) 04:51, 16 марта 2010 (UTC)

Неправильная ссылка в таблице инструкций [ править ]

ИЛИ связано с http://en.wikipedia.org/wiki/Logical_NOR вместо http://en.wikipedia.org/wiki/Logical_OR . Поскольку я новичок в сборке, я не буду менять ее, но хотел бы, чтобы ее проверил кто-то, кто знает, что делает.

Измененный. Быть смелым! Ксонг ( разговорное ) 04:56, 16 марта 2010 (UTC)

Недокументированные инструкции [ править ]

• Я думаю, что MOV {DS | ES | SS}, r / m - это очень документированные инструкции и, возможно, самый популярный способ загрузки регистров сегментов. (Другой популярный способ - PUSH <something> / POP {DS | ES | SS}. MOV CS, r / m действительно недокументирован. Хотя таблица данных 8086 содержит общий код операции «регистр / память для сегмента регистра» и не содержит не показывать MOV CS, r / m как исключение. Более того, я проверил инструкцию MOV CS, r / m на различных версиях ('78, '78 '81 и '79 '83) Intel 8088, на Intel и Harris 80C88, AMD 8088, NEC V20 и V20HL, и он работает на всех из них, вызывая большой скачок.
• Инструкция AAD (и, вероятно, AAM) с аргументом не работает должным образом на NEC V20, V30 и, возможно, на других процессорах NEC. Они всегда предполагают, что аргумент равен 0Ah.
• Я не думаю, что реализация AAD была ошибочной на первых процессорах Intel (как упоминается в разделах оригинальных инструкций 8086/8088). Просто не было задокументировано, чтобы принимать какие-либо аргументы, кроме 0Ah - предшествующий беззнаковый комментарий, добавленный 71.111.52.89 ( обсуждение ) 20:39, 22 января 2011 (UTC)

Непосредственный операнд AAD [ править ]

В моем первом «ПК» еще в 80-х был NEC V20, и в различных документах, которые прилагались к нему, говорилось прямо противоположное: <Evil> Intel 8088/86 не заботился о том, что вы вставляете во второй код операции, потому что когда Процессор видел основной код операции, который он считал 0x0A, независимо от того, что на самом деле было в потоке байтов, тогда как <good> NEC V20 точно использовал любой операнд, который вы туда поместили, и, таким образом, был полезен в подпрограмме базового сдвига общего назначения. Они объяснили, что это быстрый способ определить, работает ли программа на чипе Intel или NEC. У кого-нибудь есть быстрый способ убедиться, что правильно? У меня нет исправного компьютера 8088/86 _или_ V-серии. SandyJax ( разговор ) 21:00, 24 января 2011 г. (UTC)

У меня есть работающая материнская плата 8088 и несколько процессоров 8088, 80C88, NEC V20 и NEC V20HL. Я проверил поведение AAD. На всех процессорах 8088 (включая советский клон - KM1810VM88) AAD принимает аргумент и выполняет AL = AH * arg + AL; AH = 0, на процессорах NEC V20 и V20HL AAD игнорирует аргумент и делает AL = AH * 0x0A + AL; AH = 0 - предшествующий беззнаковый комментарий, добавленный Скиселевым ( обсуждение • вклад ) 00:39, 26 января 2011 г. (UTC)

Спасибо тебе за это; в то время мои навыки программирования не позволяли проверить это утверждение. SandyJax ( разговор ) 16:51, 26 января 2011 (UTC)

Спасибо за проверку! А как насчет AAM? NEC V20 тоже игнорирует этот аргумент? Лъчезар ☭共产 主义 万岁★ 10:02, 9 июля 2011 г. (UTC)

Хм; время историй. Это часть старой программы детектора ЦП. Похоже, NEC следовала документации, не сверяя ее с оборудованием.

  ; Попробуйте NEC V20 / 30 mov ax, 0208h db 0D5h, 16; Только 8088 действительно проверяет arg для AAD cmp al, 28h; поскольку у Intel закончилось место для микрокода jz короткие cmos mov bx, 4; NEC V20 jmp короткий test8

2001: 470: 1F09: 10D6: F21F: AFFF: FE54: B8C ( разговор ) 09:12, 19 декабря 2013 г. (UTC)

Обозначения кода операции были бы полезны [ править ]

Например, что такое / r? WvvvvL01 69 / r / is4 что сказать? Об этом не так просто узнать, и, как правило, он не рассматривается в руководствах по ASM. PS: Я не просил о помощи, просто сказал, что он слишком непрозрачен. - 67.54.192.52 ( разговорное ) 05:42, 3 февраля 2011 (UTC)

• Я согласен - предыдущий неподписанный комментарий добавлен 69.25.132.5 ( обсуждение ) 00:45, 14 сентября 2011 г. (UTC)

Инструкция ENTER более сложна, чем представлена [ править ]

Представленная информация об инструкции ENTER (что она эквивалентна PUSH BP / MOV BP, SP / SUB SP, n) верна только в том случае, если второй операнд (уровень вложенности) равен нулю. Если это не серологически, поведение ENTER более сложное. См., Например, описание этой инструкции в Руководстве по набору команд семейств Am186 ™ и Am188 ™ (стр. 4-53).

Лъчезар ☭共产 主义 万岁★ 15:17, 4 апреля 2011 г. (UTC)

"Добавлен" относительно чего? [ редактировать ]

В разделах 1.2 («Добавлено в определенных процессорах») и 2.2 («Добавлено в определенных процессорах») указано, что инструкции, перечисленные в его подразделах, были добавлены с некоторым процессором, но в них отсутствует описание основы для добавления. . Не во всех случаях дополнение относится к предыдущему разделу / процессору. В большинстве случаев это также не базовый набор инструкций 8086/8087.

Эти разделы должны быть обновлены, чтобы явно указывать, относительно какого другого раздела или процессора были добавлены инструкции, перечисленные в текущем разделе.

Gandalf44 ( разговорное ) 15:38, 11 мая 2011 (UTC)

Процессор SSEx против набора инструкций SSEx [ править ]

Раздел 1.2 («Добавлено в определенных процессорах») описывает SSEx как процессоры и перечисляет определенные инструкции, которые были добавлены. Раздел 3 («инструкции SIMD») описывает SSEx как набор инструкций (что правильно). У этого подхода есть несколько проблем:

• Непонятно описывать SSEx и как процессор, и как набор инструкций. На самом деле это всего лишь набор инструкций, нет процессоров или микроархитектур с такими именами, однако есть процессоры, которые поддерживают эти наборы инструкций (а иногда есть разновидности одного и того же типа процессора, которые поддерживают их по-разному, например, я считаю, что Pentium 4 имеет вариант, который поддерживает только SSE2, а другой - дополнительно SSE3).
• Набор инструкций в обоих описаниях иногда похож, а иногда сильно различается (например, в 1.2.9 «Добавлены с помощью SSE» и 3.6.2 «Целочисленные инструкции SSE SIMD» перечислены очень разные инструкции, а инструкции в 1.2.15 «Добавлены с SSE4a »- это подмножество тех, что указаны в 3.10.2« SSE4a »). Это очень сбивает с толку, даже если выйти за рамки предыдущей проблемы, интерпретируя это как процессоры.

Я предлагаю, чтобы в разделе 1.2 на самом деле упоминались только инструкции, добавленные процессорами (или микроархитектурами, как средство ссылки на все процессоры, реализующие эту микроархитектуру), и что конкретные именованные наборы инструкций описаны только в разделе 3. Если типы процессоров должны быть квалифицированы поскольку существуют разные варианты, поддерживающие разные наборы инструкций, такую ​​квалификацию просто необходимо добавить.

Gandalf44 ( разговорное ) 15:56, 11 мая 2011 (UTC)

NOP в инструкциях SSE [ править ]

Список инструкций, показанный в таблице в разделе 3.6.2 («Целочисленные инструкции SSE SIMD»), содержит NOP с кодом операции 0F 1F. Это отличается от NOP в базовом наборе команд 8086 (код операции 90). Было бы полезно объяснить, почему нужен другой NOP (если кто-нибудь знает ... - или, по крайней мере, указать, что это другой код операции, который использует ту же мнемонику).

Gandalf44 ( разговор ) 16:52, 11 мая 2011 (UTC)

Речь идет о многобайтовом NOP. «Новый NOP» допускает разные режимы адресации, что позволяет использовать инструкции разного размера. Если вам нужен 1 байт, вам все равно придется использовать старые XCHG AX, AX NOP. DiederikH ( разговорное ) 19:30, 16 октября 2012 г. (UTC)

Код операции 0F 04 на 80286 [ править ]

Я провел несколько тестов с этим (очевидным) кодом операции HCF, и мне пришлось сделать следующие выводы:

• Код операции не является псевдонимом для RESET или LOADALL, потому что замена LOADALL286 (0F 05) в рабочей программе на 0F 04 по-прежнему приводит к зависанию ЦП в реальном режиме.
• При выполнении в защищенном режиме при CPL = 3 код операции генерирует Exception 0dh (General Protection Exception). Это означает, что это настоящая инструкция, а не ошибка. Код ошибки - 0, независимо от содержимого регистров сегмента.
• Выполнение 0F 04 при CPL = 0 приводит к зависанию компьютера, даже если в DS и ES загружены нулевые селекторы.
• Как ни странно, выполнение LOADALL при CPL = 3 RESETS компьютера, несмотря на то, что все исключения обрабатываются и RESET направляется для обеспечения чистого возврата в DOS.

Процессор - Am286-16.

DiederikH ( разговор ) 17:19, 14 октября 2012 (UTC)

Спасибо за расследование! У меня нет такого оборудования, поэтому я ничего не могу с ним поделать ...

• Код ошибки 0 на CPL = 3 странный. По крайней мере, должен быть установлен бит U.
• Вы пробовали пустую IDT на CPL = 0?

Intelfx ( обсуждение ) 11:45, 24 марта 2013 г. (UTC)

• Выполнение 0F 04 при CPL = 0 приводит к зависанию компьютера с нулевым IDT на CPL = 0. Процессор - Am286-12.

180.64.31.71 ( разговорное ) 00:02, 22 сентября 2013 (UTC)

Код операции 80286 0F 04 может быть версией кода операции 8086 F4 (HLT), который полностью отключает прерывания, поэтому процессор просто ждет бесконечно ... Обратите внимание на совпадающие полубайты. - rtc ( talk ) 20:59, 1 августа 2017 г. (UTC)

Исследования по 0F 04 можно найти в [2] . Они проследили, чтобы это было СОХРАНИТЬ для целей ICE.

Синтаксис / мнемоника AT&T [ править ]

Я считаю, что было бы полезно добавить мнемонику AT&T, чтобы помочь найти инструкции, такие как movl / addl / и т. Д., Как для помощи в результатах поисковой системы, так и при выполнении текстового поиска внутри страницы.

Однако это может немного усложнить ситуацию, поскольку, например, многие такие инструкции (например, mov) определены для 8086 в синтаксисе Intel, но, возможно, их придется добавить в другое семейство для «расширенной» версии. - Предшествующий неподписанный комментарий, добавленный Декиром ( обсуждение • вклад ) 07:25, 20 июля 2015 г. (UTC)

Внешние ссылки изменены [ править ]

Привет, друзья Википедии,

Я только что изменил 2 внешние ссылки на листинги инструкций X86 . Пожалуйста, найдите время, чтобы просмотреть мою правку . Если у вас есть какие-либо вопросы или вам нужно, чтобы бот игнорировал ссылки или страницу в целом, посетите этот простой FAQ для получения дополнительной информации. Я внес следующие изменения:

• Добавлен архив http://web.archive.org/web/20120312224625/http://www.softeng.rl.ac.uk/st/archive/SoftEng/SESP/html/SoftwareTools/vtune/users_guide/mergedProjects/analyzer_ec/ mergedProjects / reference_olh / mergedProjects / instructions / Instruct32_hh / vc279.htm на http://www.softeng.rl.ac.uk/st/archive/SoftEng/SESP/html/SoftwareTools/vtune/users_guide/mergedProjects/analyzer_ec/mergedProjects/analyzer_ec/merged reference_olh / mergedProjects / инструкции / Instruct32_hh / vc279.htm
• Добавлен архив http://web.archive.org/web/20101127004526/http://www.sandpile.org:80/ на http://sandpile.org .

Когда вы закончите просмотр моих изменений, установите для отмеченного ниже параметра значение true или не сообщите другим (документация по адресу ).{{Sourcecheck}}

По состоянию на февраль 2018 г. разделы страницы обсуждения «Изменены внешние ссылки» больше не создаются и не отслеживаются InternetArchiveBot . В отношении этих уведомлений на странице обсуждения не требуется никаких специальных действий, кроме регулярной проверки с использованием приведенных ниже инструкций инструмента архивации. Редакторы имеют разрешение удалить эти разделы «Внешние ссылки изменены» на странице обсуждения, если они хотят убрать беспорядок на страницах обсуждения, но перед массовым систематическим удалением просматривают RfC . Это сообщение динамически обновляется с помощью шаблона (последнее обновление: 15 июля 2018 г.) .{{sourcecheck}}

• Если вы обнаружили URL-адреса, которые бот ошибочно считал мертвыми, вы можете сообщить о них с помощью этого инструмента .
• Если вы обнаружили ошибку в каких-либо архивах или самих URL-адресах, вы можете исправить их с помощью этого инструмента .

Ура. - InternetArchiveBot ( Сообщить об ошибке ) 13:36, 21 июля 2016 г. (UTC)

Инструкции по совместимости [ править ]

на странице отсутствует инструкция 8A ** ** **, которая относится к 8086 или старше, и совместимость сохраняется до сегодняшнего дня. Пытался сегодня разобрать какую-то программу и, похоже, мой дизассемблер тоже этого не знает. вот некоторая информация, я не совсем понимаю: http://ref.x86asm.net/coder32.html#x8A - Предыдущий неподписанный комментарий добавлен 89.74.199.35 ( обсуждение ) 02:12, 9 августа 2016 (UTC)

согласно http://ustomcs.maine.edu/~meadow/courses/cos335/8086-instformat.pdf "8a 86 d5" - это движение, D5 - предшествующий беззнаковый комментарий, добавленный в 89.74.199.35 ( обсуждение ) 02: 53, 9 августа 2016 г. (UTC)

извините, это была новая инструкция "8a 86 d5 00 00 00" mov al, [esi + 0xd5] - Предыдущий беззнаковый комментарий добавлен 89.74.199.35 ( обсуждение ) 06:42, 9 августа 2016 (UTC)

Списки инструкций ARM [ править ]

Есть ли аналогичная страница для списков ARM? Если нет, то можно создать автоматизацию из самой документации ARM. Кто-нибудь готов? - Предыдущий неподписанный комментарий добавлен Temp00guy ( обсуждение • вклад ) 01:51, 29 апреля 2017 г. (UTC)

LOL, это не так просто, как вы думаете, потому что «ARM» имеет много разных наборов инструкций / архитектур / ядер. Для удобства использования большинству конечных пользователей наплевать на архитектуры или наборы инструкций, вместо этого они заботятся о том, что находится в конкретном ядре, и, к сожалению, ядра могут быть ПОДНАБОРОМ архитектуры и поддерживать один или несколько наборов инструкций (или под-инструкций наборы). В прошлые годы я пытался сделать все ядра " ARM Cortex-M # Instruction sets ", и это было очень сложно сделать. Очень высокий процент вершины ARM Cortex-M был создан мной. • Sbmeirow • Обсуждение • 09:45, 29 апреля 2017 г. (UTC)

Никто не должен пытаться решать эту проблему, не спланировав сначала макет статьи и таблицы. Лучше, чтобы несколько человек сначала обсудили концепции и проблемы. Нам либо нужно делать это правильно, либо НЕ делать вообще. • Sbmeirow • Обсуждение • 09:45, 29 апреля 2017 г. (UTC)

ARM выпустила спецификацию машиночитаемой архитектуры для своего процессора v8-A. Может, с этого и начнем? Temp00guy ( разговор ) 00:18, 5 мая 2017 (UTC)

Добавить график [ редактировать ]

[[| thumb | https://hsto.org/webt/ph/4k/70/ph4k700mdvxwacaepm4uzqoq188.png ]] из https://habr.com/ru/post/503486/ - Предыдущий неподписанный комментарий, добавленный Аркеке ( обсуждение • вклад ) 06: 31, 24 ноября 2020 г. (UTC)

Операнды [ править ]

Мне нужен столбец операндов в таблице под списками целочисленных инструкций. Не думаю, что колонки с примечаниями хватит. Этого текста может быть недостаточно, в таком случае спрашивайте, и я предоставлю информацию. Это может быть ненужным, в этом случае не обращайте на это внимания. - Предшествующий неподписанный комментарий, добавленный BigGayDinosaur ( обсуждение • вклад ) 04:56, 4 января 2021 г. (UTC)