Почему типов команд обработки процессоров может быть больше чем три?

Question

[abduraxman2]

Мой преподаватель утверждает, что этот текст содержит неточности и ошибки, в частности:

1. Регистровая архитектура предполагает размещение операндов не только в регистрах и основной памяти, следовательно, типов команд обработки должно быть больше чем три.

2. В столбце таблицы «Недостатки» есть утверждения, которые являются неточными, а при некоторых дополнительных условиях – ошибочными.

Пожалуйста, помогите понять, что именно тут имеется в виду в первом и во втором случаях?

Answer 1

[Сергей Сергей]

Кэша нет в таблице.

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

Просто устаревшая табличка, нужно другую поискать.

Answer 2

[rustler2000]

По первому пункту - он наверное намекает на порты ввода\вывода.
Но это вообщето зависит от проца - есть которые поддерживают порты и для них у нис специальные инструкции, а есть где надо по адресам памяти дешифровывать (но тут есть нюансы исполнения).

По второму кратко - команды не фиксированнй длинны (к примеру с перфиксами); трех операндные команды (типа как у arm ADD R0, R1, R2 ;R0 = R1 + R2); prefetch cache pipeline speculative load и пр.

Comments

[rustler2000]

Относительную адресацию забыл еще )))

[abduraxman2]

rustler2000: можете прям на пальцах объяснить, я не совсем понимаю это(

[rustler2000]

abduraxman2: на пальцах можно попробовать )))
Если грубо - у проца есть сигналы /RW /WR и ША и ШД (грубо - потому что шина может быть мульциплексированная и есть доп сигналы для "защелкивания" адреса и данных; или вместо /RW /WR четыре битак команды как у SD/DDR). ARM такой. Моторолы древние если мне память не изменяет.
У таких процов запись\чтение в память не отличается от записи\чтения в порт - ибо это разраб устройства определяет как он дешифровывает шину и по каким адресам у него память а по каким IO (GPIO, порт принтера и тп).
Есть процы у которых помимо /RW /WR есть еще два сигнала - /MEM и /IO - x86 и Z80 из того что вот сразу в память попадает. Там вот - в таких инструкции доступа в память и порты различаются и соответсвенно в зависимости от инструкции /MEM и /IO выставляются - ```mov [bp], ax``` vs ```out [bp], ax```.

Ну а по второму - так это просто как эти древние недостатки обходятся лет 30 (если не больше) - фиксировання длинна и слишком большая -> убираем фикисрованную длинну и наиболее ходовые операции ставим в наиболее короткие коды
потеря одного операнда -> используем три операнда
слишком длинная команда -> используем относительную (регистр + смещение) или не прямую адресацию (адрес не в команде а в регистре)
низкое быстродействие изза доступа к памяти -> кэшируем, если грубо

Собственно изза того что те "недостаки" можно обойти, они и становятся не точными и ошибочными.