Une instruction tient sur un mot de bits

1. $4$ bits de code opération : $2^4=16$ instructions différentes au plus. $12$ bits d'opérande : $2^{12}=4096$ cases adressables, de $0$ à $4095$.

2. 0x1A2B $=\text{0001}\text{1010}\text{0010}\text{1011}$ : code opération $\text{0001}=1$, opérande $\text{101000101011}=\text{0xA2B}=2603$.

0x300C : code opération $\text{0011}=3$, opérande $\text{0x00C}=12$.

Contrôle : en hexadécimal, le découpage $4+12$ tombe exactement sur les chiffres — le premier chiffre hexadécimal est le code opération, les trois suivants l'opérande. C'est précisément pour cela qu'on écrit les instructions en hexadécimal.

3. $65536=2^{16}$ demande $16$ bits d'opérande. Trois voies, aucune gratuite :

• passer à des mots de $20$ bits : toute la machine s'élargit, mémoire comprise ;
• garder $16$ bits mais coder l'instruction sur deux mots : chaque instruction occupe le double de place et demande deux lectures mémoire ;
• réduire le code opération à $0$ bit — absurde : il n'y aurait plus qu'une instruction.

Le budget est fixe : ce qu'on donne à l'adresse, on le retire aux instructions. C'est l'arbitrage central de toute conception de jeu d'instructions.