한 가지 고려해야 할 것은 모든 형태의 다중 단어 명령어를 허용 할 것인지 아니면 다중 단어 명령어처럼 "동작"할 수있는 것을 허용 할 것인지입니다. 그럴 경우, 주 명령어 다음에 추가 명령어를 사용할지 또는 앞에 접두어를 사용할지를 고려할 수 있습니다. 접두사 및 후속 단어를 허용하면 인터럽트 처리의 복잡성이 증가 할 수 있지만 일반적으로 사용되는 것과 동일한 opcode 공간에 거의 사용되지 않는 명령어를 맞출 필요가 없습니다.
명령이 실행되기 전에 사이클에서 명령을 가져 오는 경우 다음 명령 단어를 건너 뛰거나 내용을 프로그램 카운터로 직접 전송하는 "조건부 분기"명령이있을 수 있습니다. 이러한 설계는 시퀀싱을 중단하기 위해 약간의 복잡성을 추가 할 수 있지만 훨씬 더 넓은 범위의 분기 조건을 허용하면서 "분기", "점프"및 "호출"명령에 대해 많은 양의 opcode 공간을 사용할 필요가 없습니다. 그렇지 않으면 가능한 것보다. 가져 오는 브랜치는 일반적으로 주소의 출처에 관계없이 명령어 자체를 실행 한 후 데드 사이클을 필요로하기 때문에 가져 왔지만 실행되지 않는 다음 단어에서 주소를 가져 오는 데 추가 비용이 들지 않습니다. 시각.
분기 명령어에서 대상 주소를 옮기면 얼마나 많은 opcode 공간을 차지하더라도 16 비트 opcode 형식은 여전히 빡빡합니다. 접두사 지침을 사용하면 도움이 될 수 있습니다. 예를 들어 32 개의 레지스터를 원한다면 레지스터를 source1, source2 및 대상으로 독립적으로 지정할 수 있으므로 opcode에 15 비트가 필요하므로 총 2 개의 명령어를 사용할 수 있습니다. 별로 유용하지 않습니다. 반면에 세 피연산자 각각에 대해 32 개의 레지스터 중 하나를 사용할 수 있다면 좋을 것입니다. 접두사가 앞에 오는 ALU 연산이 8 개의 비트를 사용하여 두 개의 1 개의 레지스터를 선택하지만 접두어 바로 뒤에 오는 ALU 연산이 접두어의 일부 비트를 사용하도록하여 두 목표의 균형을 맞출 수 있습니다. 다음 지시에서 8 개로 상위 레지스터를 사용하는 명령어는 하나가 아닌 두 단어 / 사이클을 사용하지만 경우에 따라서는 그러한 트레이드 오프가 가치가있을 수 있습니다. 접두사를 사용하는 데있어 가장 큰 어려움은 접두사와 다음 명령어 사이에 인터럽트가 발생하는 것을 방지해야합니다. 그렇지 않으면 인터럽트가 발생하는 경우 접두사 이후의 명령어가 올바른 레지스터를 계속 사용해야합니다 (예 : 프로그램을 통해) -카운터 저장 로직은 마지막으로 실행 된 접두사가 아닌 명령어의 주소를 저장합니다]. 그러나 어떤 경우에는 그러한 상충 관계가 가치가 있습니다. 접두사를 사용하는 데있어 가장 큰 어려움은 접두사와 다음 명령어 사이에 인터럽트가 발생하는 것을 방지해야합니다. 그렇지 않으면 인터럽트가 발생하는 경우 접두사 이후의 명령어가 올바른 레지스터를 계속 사용해야합니다 (예 : 프로그램을 통해) -카운터 저장 로직은 마지막으로 실행 된 접두사가 아닌 명령어의 주소를 저장합니다]. 그러나 어떤 경우에는 그러한 상충 관계가 가치가 있습니다. 접두사를 사용하는 데있어 가장 큰 어려움은 접두사와 다음 명령어 사이에 인터럽트가 발생하는 것을 방지해야합니다. 그렇지 않으면 인터럽트가 발생하는 경우 접두사 이후의 명령어가 올바른 레지스터를 계속 사용해야합니다 (예 : 프로그램을 통해) -카운터 저장 로직은 마지막으로 실행 된 접두사가 아닌 명령어의 주소를 저장합니다].
여러 단어로 된 명령을 사용하면 디자인의 일부 측면이 더 어려워 지지만 다른 어려운 결정을 내릴 필요성이 줄어들 수 있습니다.