Архитектура набора команд - Instruction set architecture

Не путать с Стандартная отраслевая архитектура.
Машинный код
Общие понятия
инструкции

В Информатика, архитектура набора команд (ЭТО) является абстрактная модель из компьютер. Его также называют архитектура или компьютерная архитектура. Реализация ISA, например центральное процессорное устройство (CPU), называется реализация.

В общем, ISA определяет поддерживаемые типы данных, то регистры, аппаратная поддержка для управления основная память, основные функции (например, согласованность памяти, режимы адресации, виртуальная память ), а ввод, вывод модель семейства реализаций ISA.

ISA определяет поведение Машинный код работает на реализациях этого ISA способом, который не зависит от характеристик этой реализации, обеспечивая двоичная совместимость между реализациями. Это позволяет использовать несколько реализаций ISA, которые отличаются спектакль, физический размер и денежная стоимость (среди прочего), но которые способны выполнять тот же машинный код, так что более низкопроизводительный и менее затратный компьютер можно заменить более дорогим и высокопроизводительным без необходимости заменить софт. Это также позволяет развивать микроархитектуры реализаций этого ISA, так что более новая, более производительная реализация ISA может запускать программное обеспечение, работающее на предыдущих поколениях реализаций.

Если Операционная система поддерживает стандартные и совместимые двоичный интерфейс приложения (ABI) для определенного ISA, машинный код для этого ISA и операционной системы будет работать в будущих реализациях этого ISA и более новых версиях этой операционной системы. Однако, если ISA поддерживает запуск нескольких операционных систем, это не гарантирует, что машинный код для одной операционной системы будет работать в другой операционной системе, если только первая операционная система не поддерживает выполнение машинного кода, созданного для другой операционной системы.

ISA можно расширить, добавив инструкции или другие возможности, или добавив поддержку больших адресов и значений данных; реализация расширенного ISA по-прежнему сможет выполнять машинный код для версий ISA без этих расширений. Машинный код, использующий эти расширения, будет работать только в реализациях, поддерживающих эти расширения.

Бинарная совместимость, которую они обеспечивают, делает ISA одной из самых фундаментальных абстракций в вычисление.

Обзор

Архитектура набора команд отличается от микроархитектура, который представляет собой набор дизайн процессора методы, используемые в конкретном процессоре для реализации набора команд. Процессоры с разной микроархитектурой могут использовать общий набор команд. Например, Intel Pentium и Продвинутые Микроустройства Athlon реализовать почти идентичные версии набор инструкций x86, но имеют кардинально иной внутренний дизайн.

Концепция архитектура, в отличие от конструкции конкретной машины, был разработан Фред Брукс в IBM на этапе проектирования Система / 360.

До NPL [System / 360] разработчики компьютеров компании могли свободно соблюдать целевые затраты не только за счет выбора технологий, но и за счет функциональных и архитектурных усовершенствований. Цели совместимости с SPREAD, напротив, постулировали единую архитектуру для серии из пяти процессоров, охватывающих широкий диапазон стоимости и производительности. Ни одна из пяти команд инженеров-проектировщиков не могла рассчитывать на возможность внесения изменений в архитектурные спецификации как способа облегчения трудностей в достижении целей по стоимости и производительности.[1]:стр.137

Немного виртуальные машины эта поддержка байт-код как их ISA, такие как Болтовня, то Виртуальная машина Java, и Microsoft с общеязыковая среда выполнения, реализуйте это, переведя байт-код для часто используемых путей кода в собственный машинный код. Кроме того, эти виртуальные машины выполняют менее часто используемые пути кода путем интерпретации (см .: Своевременная компиляция ). Transmeta реализовал набор инструкций x86 поверх VLIW процессоры таким образом.

Классификация ISA

ISA можно классифицировать по-разному. Общая классификация - по архитектурным сложность. А компьютер со сложной системой команд (CISC) содержит множество специализированных инструкций, некоторые из которых могут редко использоваться в практических программах. А компьютер с сокращенным набором команд (RISC) упрощает процессор, эффективно реализуя только те инструкции, которые часто используются в программах, в то время как менее распространенные операции реализуются как подпрограммы, в результате чего дополнительное время выполнения процессора компенсируется нечастым использованием.[2]

Другие типы включают очень длинное командное слово (VLIW), и тесно связанные длинное командное слово (LIW) и явно параллельное вычисление инструкций (EPIC) архитектуры. Эти архитектуры стремятся использовать параллелизм на уровне инструкций с меньшим количеством оборудования, чем RISC и CISC, делая компилятор отвечает за выдачу инструкций и планирование.

Были изучены еще менее сложные архитектуры, такие как компьютер с минимальным набором команд (MISC) и один компьютер с набором команд (OISC). Это теоретически важные типы, но они не были коммерциализированы.

инструкции

Машинный язык построен из дискретных заявления или инструкции. В архитектуре обработки данная инструкция может указывать:

  • конкретный регистры (для арифметических, адресных или управляющих функций)
  • определенные ячейки памяти (или смещения к ним)
  • конкретный режимы адресации (используется для интерпретации операндов)

Более сложные операции создаются путем объединения этих простых инструкций, которые выполняются последовательно или в соответствии с другими указаниями поток управления инструкции.

Типы инструкций

Примеры операций, общих для многих наборов инструкций, включают:

Обработка данных и операции с памятью

  • Набор а регистр на фиксированное постоянное значение.
  • Копировать данные из ячейки памяти в регистр или наоборот (машинную команду часто называют шаг; однако этот термин вводит в заблуждение). Используется для хранения содержимого регистра, результата вычисления или для извлечения сохраненных данных для выполнения над ними вычислений позже. Часто называют загрузить и сохранить операции.
  • Читать и записывать данные с аппаратных устройств.

Арифметика и логика операции

  • Добавить, вычесть, умножать, или делить значения двух регистров, помещая результат в регистр, возможно устанавливая один или несколько коды состояния в регистр статуса.
    • приращение, декремент в некоторых ISA сохранение выборки операндов в тривиальных случаях.
  • Выполнить побитовые операции, например, взяв соединение и дизъюнкция соответствующих битов в паре регистров, принимая отрицание каждого бита в регистре.
  • Сравнить два значения в регистрах (например, чтобы узнать, меньше ли одно или равны ли они).
  • Инструкция с плавающей точкойs для арифметики чисел с плавающей запятой.

Поток управления операции

  • Ветвь в другое место в программе и выполните там инструкции.
  • Условно ветвь в другое место, если выполняется определенное условие.
  • Косвенно ветвь в другое место.
  • Вызов другой блок кода, сохраняя при этом местоположение следующей инструкции как точку, к которой нужно вернуться.

Сопроцессор инструкции

  • Загрузка / сохранение данных в и из сопроцессора или обмен с регистрами ЦП.
  • Выполните операции сопроцессора.

Сложные инструкции

Процессоры могут включать в свой набор команд «сложные» инструкции. Одна «сложная» инструкция делает то, что может занять много инструкций на других компьютерах.[нужна цитата ] Такие инструкции типизированный с помощью инструкций, которые выполняют несколько шагов, управляют несколькими функциональными блоками или иным образом появляются в большем масштабе, чем основная масса простых инструкций, реализуемых данным процессором. Вот некоторые примеры «сложных» инструкций:

Сложные инструкции более распространены в наборах инструкций CISC, чем в наборах инструкций RISC, но наборы инструкций RISC также могут включать их. Наборы команд RISC обычно не включают в себя операции ALU с операндами памяти или инструкции для перемещения больших блоков памяти, но большинство наборов инструкций RISC включают SIMD или вектор инструкции, выполняющие одну и ту же арифметическую операцию над несколькими частями данных одновременно. Команды SIMD позволяют манипулировать большими векторами и матрицами за минимальное время. Инструкции SIMD позволяют легко распараллеливание алгоритмов, обычно задействованных в обработке звука, изображения и видео. Различные реализации SIMD были выведены на рынок под торговыми марками, такими как MMX, 3DNow!, и AltiVec.

Кодировка инструкции

Одна инструкция может иметь несколько полей, которые идентифицируют логическую операцию, а также могут включать адреса источника и назначения и постоянные значения. Это инструкция MIPS «Добавить немедленно», которая позволяет выбирать регистры источника и назначения и включать небольшую константу.

На традиционных архитектурах инструкция включает код операции который определяет выполняемую операцию, например добавить содержимое памяти для регистрации- и ноль или более операнд спецификаторы, которые могут указывать регистры, ячейки памяти или буквальные данные. Спецификаторы операндов могут иметь режимы адресации определяя их значение, или могут находиться в фиксированных полях. В очень длинное командное слово (VLIW), которые включают в себя множество микрокод архитектуры, несколько одновременных кодов операций и операндов указываются в одной инструкции.

Некоторые экзотические наборы команд не имеют поля кода операции, например архитектуры, запускаемые транспортом (TTA), только операнд (ы).

В Четвертая виртуальная машина и другие "0-операнд "в наборах команд отсутствуют какие-либо поля спецификаторов операндов, например, некоторые штабельные машины включая NOSC.[3][нужен лучший источник ]

У условных инструкций часто есть поле предиката - несколько битов, которые кодируют конкретное условие, заставляющее выполнение операции, а не ее невыполнение. Например, инструкция условного перехода передаст управление, если условие истинно, так что выполнение перейдет к другой части программы, а не передаст управление, если условие ложно, так что выполнение продолжается последовательно. Некоторые наборы инструкций также имеют условные перемещения, так что перемещение будет выполнено, и данные будут храниться в целевом местоположении, если условие истинно, но не выполнено, и целевое расположение не будет изменено, если условие ложно. Точно так же IBM z / Архитектура имеет условную инструкцию сохранения. Некоторые наборы инструкций включают поле предиката в каждую инструкцию; это называется предикация ветви.

Количество операндов

Наборы инструкций можно классифицировать по максимальному количеству операндов. явно указано в инструкции.

(В следующих примерах а, б, и c - адреса (прямые или вычисляемые), относящиеся к ячейкам памяти, а reg1 и т. д. относятся к машинным регистрам.)

С = А + В
  • 0-операнд (машины с нулевым адресом), так называемые штабельные машины: Все арифметические операции выполняются с использованием одной или двух верхних позиций в стеке: толкнуть, нажмите b, Добавить, поп с.
    • С = А + В потребности четыре инструкции. Для стековых машин термины «0-операнд» и «нулевой адрес» применяются к арифметическим инструкциям, но не ко всем инструкциям, поскольку для доступа к памяти используются инструкции push и pop с 1 операндом.
  • 1-операнд (одноадресные машины), так называемые аккумуляторные машины, включая ранние компьютеры и множество мелких микроконтроллеры: большинство инструкций определяют единственный правый операнд (то есть константу, регистр или ячейку памяти) с неявным аккумулятор как левый операнд (и пункт назначения, если он есть): загрузить, добавить b, магазин c.
    • С = А + В потребности три инструкции.
  • 2-операнд - многие машины CISC и RISC подпадают под эту категорию:
    • CISC - переместить A к C; тогда добавить B к C.
      • С = А + В потребности две инструкции. Это эффективно «сохраняет» результат без явного магазин инструкция.
    • CISC - Часто машины ограничен одним операндом памяти по инструкции: загрузить a, reg1; добавить b, reg1; хранить reg1, c; Для этого требуется пара загрузка / сохранение для любого перемещения памяти независимо от того, Добавить результатом является аугментация, сохраненная в другом месте, как в С = А + В, или в той же ячейке памяти: А = А + В.
      • С = А + В потребности три инструкции.
    • RISC - требуя явной загрузки памяти, инструкции будут такими: загрузить a, reg1; нагрузка b, reg2; добавить reg1, reg2; хранить reg2, c.
      • С = А + В потребности четыре инструкции.
  • 3-операнд, позволяющий лучше повторно использовать данные:[4]
    • CISC - превращается в одну инструкцию: добавить a, b, c
      • С = А + В потребности одна инструкция.
    • CISC - Или, на машинах, ограниченных двумя операндами памяти на инструкцию, переместить a, reg1; добавить reg1, b, c;
      • С = А + В потребности две инструкции.
    • RISC - арифметические инструкции используют только регистры, поэтому необходимы явные инструкции загрузки / сохранения с двумя операндами: загрузить a, reg1; нагрузка b, reg2; добавить reg1 + reg2-> reg3; магазин reg3, c;
      • С = А + В потребности четыре инструкции.
      • В отличие от 2-операнда или 1-операнда, это оставляет все три значения a, b и c в регистрах доступными для дальнейшего повторного использования.[4]
  • больше операндов - некоторые машины CISC допускают множество режимов адресации, которые позволяют использовать более 3 операндов (регистры или доступ к памяти), например VAX Инструкция вычисления полинома "POLY".

Из-за большого количества битов, необходимых для кодирования трех регистров инструкции с 3 операндами, архитектуры RISC, которые имеют 16-разрядные инструкции, неизменно имеют конструкции с 2 операндами, такие как Atmel AVR, TI MSP430, и некоторые версии Большой палец руки. Архитектуры RISC, которые имеют 32-битные инструкции, обычно представляют собой конструкции с 3 операндами, такие как РУКА, AVR32, MIPS, Питание ISA, и SPARC архитектуры.

Каждая инструкция указывает некоторое количество операндов (регистров, ячеек памяти или непосредственных значений) явно. Некоторые инструкции неявно задают один или оба операнда, например, сохраняя их поверх стек или в неявном регистре. Если некоторые из операндов указаны неявно, в инструкции нужно указать меньшее количество операндов. Когда «операнд назначения» явно указывает место назначения, должен быть предоставлен дополнительный операнд. Следовательно, количество операндов, закодированных в инструкции, может отличаться от математически необходимого количества аргументов для логической или арифметической операции ( арность ). Операнды либо закодированы в представлении команды «код операции», либо задаются как значения или адреса, следующие за кодом операции.

Регистрировать давление

Регистрировать давление измеряет доступность свободных регистров в любой момент во время выполнения программы. Давление на регистры высокое, когда используется большое количество доступных регистров; таким образом, чем выше давление в регистре, тем чаще должно выполняться пролился в память. Увеличение числа регистров в архитектуре снижает давление регистров, но увеличивает стоимость.[5]

Хотя встроенные наборы инструкций, такие как Большой палец страдают от чрезвычайно высокого давления регистров, потому что они имеют небольшие наборы регистров, универсальные RISC ISA, такие как MIPS и Альфа наслаждайтесь низким регистром давления. CISC ISA, такие как x86-64, предлагают низкое давление в регистре, несмотря на меньшие наборы регистров. Это связано с многочисленными режимами адресации и оптимизацией (такими как адресация субрегистров, операнды памяти в инструкциях ALU, абсолютная адресация, относительная адресация ПК и разливы между регистрами), которые предлагают CISC ISA.[6]

Длина инструкции

Размер или длина инструкции сильно различается, в некоторых случаях она составляет всего четыре бита. микроконтроллеры до многих сотен бит в некоторых системах VLIW. Процессоры, используемые в персональные компьютеры, мэйнфреймы, и суперкомпьютеры имеют размер команд от 8 до 64 бит. Максимально возможная длина инструкции на x86 составляет 15 байт (120 бит).[7] В наборе команд разные инструкции могут иметь разную длину. В некоторых архитектурах, особенно в большинстве компьютеры с сокращенным набором команд (RISC), инструкции фиксированной длины, как правило, соответствует архитектуре размер слова. В других архитектурах инструкции имеют переменную длину, обычно целые кратные байт или полуслова. Некоторые, например РУКА с участием Большой палец-разгибание имеют смешанный переменная кодировка, то есть две фиксированные, обычно 32-битные и 16-битные кодировки, где инструкции не могут свободно смешиваться, а должны переключаться между ветвью (или границей исключения в ARMv8).

Набор инструкций RISC обычно имеет фиксированную длину инструкции (часто 4 байта = 32 бита), тогда как типичный набор инструкций CISC может иметь инструкции самой разной длины (от 1 до 15 байтов для x86). Инструкции фиксированной длины менее сложны для обработки, чем инструкции переменной длины по нескольким причинам (отсутствие необходимости проверять, охватывает ли инструкция строку кэша или границу страницы виртуальной памяти,[4] например), и поэтому их несколько легче оптимизировать по скорости.

Плотность кода

В ранних компьютерах память была дорогой, поэтому минимизация размера программы, чтобы убедиться, что она уместится в ограниченной памяти, часто была центральной. Таким образом, совокупный размер всех инструкций, необходимых для выполнения конкретной задачи, плотность кода, было важной характеристикой любого набора команд. Компьютеры с высокой плотностью кода часто имеют сложные инструкции для ввода процедуры, параметризованного возврата, циклов и т. Д. Компьютеры со сложным набором команд, CISC ). Однако более типичные или частые инструкции «CISC» просто комбинируют базовую операцию ALU, такую ​​как «добавить», с доступом к одному или нескольким операндам в памяти (используя режимы адресации такие как прямые, косвенные, индексированные и т. д.). Некоторые архитектуры могут допускать два или три операнда (включая результат) непосредственно в памяти или могут выполнять такие функции, как автоматическое приращение указателя и т. Д. Программно реализованные наборы инструкций могут иметь даже более сложные и мощные инструкции.

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

Некоторые встроенные RISC ISA, например Большой палец и AVR32 обычно имеют очень высокую плотность из-за метода, называемого сжатием кода. Этот метод упаковывает две 16-битные инструкции в одно 32-битное слово, которое затем распаковывается на этапе декодирования и выполняется как две инструкции.[8]

Компьютеры с минимальным набором команд (MISC) являются формой штабелеукладчик, где есть несколько отдельных инструкций (16-64), так что несколько инструкций могут быть помещены в одно машинное слово. Эти типы ядер часто требуют небольшого количества кремния для реализации, поэтому их можно легко реализовать в FPGA или в многоядерный форма. Плотность кода MISC аналогична плотности кода RISC; увеличение плотности команд компенсируется тем, что для выполнения задачи требуется большее количество примитивных команд.[нужна цитата ]

Было проведено исследование исполняемое сжатие как механизм повышения плотности кода. Математика Колмогоровская сложность описывает проблемы и ограничения этого.

Представление

Инструкции, составляющие программу, редко указываются в их внутренней числовой форме (Машинный код ); они могут быть указаны программистами с помощью язык ассемблера или, чаще, может быть получен из языки программирования от компиляторы.

дизайн

Дизайн наборов инструкций - сложный вопрос. В истории микропроцессора было два этапа. Первым был CISC (компьютер со сложной системой команд), в котором было много разных инструкций. Однако в 1970-х годах такие компании, как IBM, провели исследования и обнаружили, что многие инструкции из набора можно исключить. Результатом стал RISC (компьютер с сокращенным набором команд), архитектура, использующая меньший набор инструкций. Более простой набор команд может предложить потенциал для более высоких скоростей, уменьшения размера процессора и снижения энергопотребления. Однако более сложный набор может оптимизировать общие операции, улучшить память и тайник эффективность или упрощение программирования.

Некоторые разработчики наборов инструкций резервируют один или несколько кодов операций для каких-то системный вызов или программное прерывание. Например, Технология MOS 6502 использует 00ЧАС, Зилог Z80 использует восемь кодов C7, CF, D7, DF, E7, EF, F7, FFЧАС[9] в то время как Motorola 68000 используйте коды в диапазоне A000..AFFFЧАС.

Быстрые виртуальные машины намного проще реализовать, если набор инструкций соответствует Требования к виртуализации Попека и Голдберга.[требуется разъяснение ]

В Слайд NOP используется в программирование с учетом иммунитета намного проще реализовать, если "незапрограммированное" состояние памяти интерпретировать как NOP.[сомнительный – обсудить]

В системах с несколькими процессорами неблокирующая синхронизация алгоритмы намного проще реализовать[нужна цитата ] если набор инструкций включает поддержку чего-то вроде "получить и добавить ", "ссылка загрузки / магазин-условный "(LL / SC), или" атомарный сравнивать и менять местами ".

Реализация набора инструкций

Любой заданный набор команд можно реализовать множеством способов. Все способы реализации определенного набора инструкций обеспечивают одинаковое модель программирования, и все реализации этого набора команд могут запускать одни и те же исполняемые файлы. Различные способы реализации набора команд дают разные компромиссы между стоимостью, производительностью, потребляемой мощностью, размером и т. Д.

При проектировании микроархитектура процессора, инженеры используют блоки "жесткой" электронной схемы (часто разработанные отдельно), такие как сумматоры, мультиплексоры, счетчики, регистры, ALU и т. д. зарегистрировать язык перевода затем часто используется для описания декодирования и упорядочивания каждой инструкции ISA с использованием этой физической микроархитектуры. Существует два основных способа создания устройство управления для реализации этого описания (хотя во многих проектах используются средние пути или компромиссы):

  1. Некоторые компьютеры проектируют «жестко» полный набор команд для декодирования и упорядочивания (как и остальная часть микроархитектуры).
  2. В других проектах используются микрокод процедуры или таблицы (или и то, и другое) для этого - обычно на кристалле ПЗУ или PLA или оба (хотя отдельные RAM и ПЗУ использовались исторически). В Western Digital МКП-1600 - это более старый пример, использующий выделенное отдельное ПЗУ для микрокода.

В некоторых конструкциях используется комбинация зашитой конструкции и микрокода для блока управления.

Некоторые конструкции ЦП используют записываемое хранилище управления - они компилируют набор инструкций в записываемый ОЗУ или вспышка внутри ЦП (например, Рекурсив процессор и Имсис Cjip ),[10] или FPGA (реконфигурируемые вычисления ).

ISA также может быть подражал в программном обеспечении переводчик. Естественно, из-за накладных расходов на интерпретацию это медленнее, чем непосредственно запускаемые программы на эмулируемом оборудовании, если только оборудование, на котором запущен эмулятор, не на порядок быстрее. Сегодня распространенной практикой является то, что производители новых ISA или микроархитектур делают программные эмуляторы доступными разработчикам программного обеспечения до того, как будет готова аппаратная реализация.

Часто детали реализации сильно влияют на конкретные инструкции, выбранные для набора инструкций. Например, многие реализации конвейер команд разрешить только одну загрузку памяти или хранилище памяти для каждой инструкции, что приводит к архитектура магазина загрузки (RISC). В качестве другого примера приведем несколько ранних способов реализации конвейер команд привел к слот задержки.

Требования к высокоскоростной цифровой обработке сигналов подтолкнули в противоположном направлении, заставляя инструкции реализовываться определенным образом. Например, для достаточно быстрого выполнения цифровых фильтров инструкция MAC в типичном цифровой сигнальный процессор (DSP) должен использовать своего рода Гарвардская архитектура который может извлекать инструкцию и два слова данных одновременно, и для этого требуется один цикл умножать – накапливать множитель.

Смотрите также

использованная литература

  1. ^ Пью, Эмерсон У .; Джонсон, Лайл Р .; Палмер, Джон Х. (1991). Системы IBM 360 и Early 370. MIT Press. ISBN  0-262-16123-0.
  2. ^ Кристал Чен; Грег Новик; Кирк Шимано (16 декабря 2006 г.). «Архитектура RISC: RISC против CISC». cs.stanford.edu. Получено 21 февраля, 2015.
  3. ^ "Ресурсы Forth: Архив почтового списка NOSC". unknowngizmo.com. Архивировано из оригинал на 2014-05-20. Получено 2014-07-25.
  4. ^ а б c Эволюция технологии RISC в IBM, Джон Кок - IBM Journal of R&D, Volume 44, Numbers 1/2, p.48 (2000).
  5. ^ Пейдж, Дэниел (2009). «11. Составители». Практическое введение в компьютерную архитектуру. Springer. п. 464. Bibcode:2009pica.book ..... P. ISBN  978-1-84882-255-9.
  6. ^ Венкат, Ашиш; Таллсен, Дин М. (2014). Использование разнообразия ISA: разработка многопроцессорного процессора на гетерогенных микросхемах ISA. 41-й ежегодный международный симпозиум по компьютерной архитектуре.
  7. ^ «Руководство разработчика программного обеспечения для архитектур Intel® 64 и IA-32». Корпорация Intel. Получено 12 июля 2012.
  8. ^ Уивер, Винсент М .; Макки, Салли А. (2009). Проблемы плотности кода для новых архитектур. Международная конференция IEEE по компьютерному дизайну. CiteSeerX  10.1.1.398.1967. Дои:10.1109 / ICCD.2009.5413117.
  9. ^ Гэнссл, Джек (26 февраля 2001 г.). «Проактивная отладка». embedded.com.
  10. ^ «Великие микропроцессоры прошлого и настоящего (V 13.4.0)». cpushack.net. Получено 2014-07-25.

дальнейшее чтение

внешние ссылки