Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Архитектура ЭВМ.doc
Скачиваний:
150
Добавлен:
19.03.2015
Размер:
1.3 Mб
Скачать

Конвейер команд

Идея конвейера команд была предложена в 1956 году академиком С. А. Лебеде­вым. Как известно, цикл команды представляет собой последовательность этапов. Возложив реализацию каждого из них на самостоятельное устройство и последо­вательно соединив такие устройства, мы получим классическую схему конвейера команд. Для иллюстрации воспользуемся примером. Выде­лим в цикле команды шесть этапов:

1. Выборка команды (ВК). Чтение очередной команды из памяти и занесение ее в регистр команды.

2. Декодирование команды (ДК). Определение кода операции и способов адреса­ции операндов.

3. Вычисление адресов операндов (ВА). Вычисление исполнительных адресов каждого из операндов в соответствии с указанным в команде способом их адре­сации.

4. Выборка операндов (ВО). Извлечение операндов из памяти. Эта операция не нужна для операндов, находящихся в регистрах.

5. Исполнение команды (ИК). Исполнение указанной операции.

6. Запись результата (ЗР). Занесение результата в память.

Рис. 52. Логика работы конвейера команд

На рис. 52 показан конвейер с шестью ступенями, соответствующими шести этапам цикла команды. В диаграмме предполагается, что каждая команда обяза­тельно проходит все шесть ступеней, хотя этот случай не совсем типичен. Так, команда загрузки регистра не требует этапа ЗР. Кроме- того, здесь принято, что все |тапы могут выполняться одновременно. Без конвейеризации выполнение девяти Команд заняло бы 9 х 6 = 54 единицы времени. Использование конвейера позволяет сократить время обработки до 14 единиц. Конфликты в конвейере команд

Полученное в примере число 14 характеризует лишь потенциальную производи­тельность конвейера команд. На практике в силу возникающих в конвейере конф­ликтных ситуаций достичь такой производительности не удается. Конфликтные ситуации в конвейере принято обозначать термином риск (hazard), а обусловлены они могут быть тремя причинами:

  • попыткой нескольких команд одновременно обратиться к одному и тому же ресурсу ВМ (структурный риск);

  • взаимосвязью команд по данным (риск по данным);

  • неоднозначностью при выборке следующей команды в случае команд перехода (риск по управлению).

22. Построение однородно структурированных, континуальных вычислительных и управляющих систем Нейронные вычислительные системы Континуальные вычислительные и управляющие системы

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

Если устройство, взаимодействующее с объектом, представить в виде, показанном на рис. 2.12, то для него можно записать:

U={ A,F,X },

где U – поле управления, формируемое под воздействием среды,

имеющей оператор преобразования А

и обладающей пространственно-временной дисперсией;

F оператор внешнего воздействия на среду,

Xсигнал , характеризующий состояние объекта.

Тогда сигнал управления U, можно представить в виде:

,

где Aij – преобразование Фурье от матричного ядра оператора управляющей среды.

При этом считаем, что внешнее воздействие F отсутствует, а xi(k,) и Ui(k,) могут быть представлены в виде многомерных интегралов Фурье:

Рис. 2.12. Модель взаимодействия объекта с