Arquitectura Von Neumann

Con respecto al ejercicio, hay 8 registros, por lo que se podrian numerar con 3 bits, pero la CPU es de 16. Para esto veo dos soluciones, nombrar los registros con 4 bits y que el mas significativo quede siempre en 0, o nombrarlos con 3 bits y al final dejar los bits que falten en 0. Hay alguna que este bien y otra que este mal?

Lo primero que decís es correcto, como hay 8 registros, bastan 3 bits para identificarlos. Lo segundo no entiendo de dónde viene, que la CPU sea de 16 bits no te impone un tamaño mínimo para la codificación de los registros, podés dejar 3 bits sin problemas. Ahora, si lo que estás diciendo es que en algunos formatos de instrucción, te sobran bits, entonces sí, los bits libres los podés ubicar como quieras, ejemplo, si tenés que codificar la instrucción ADD REG1, REG2, REG3, suponiendo que el OPCODE es de 4 bits, el formato podría ser:

OPCODE[4 bits]   |   REG1 [3 bits]   |   REG2 [3 bits]   |   REG3 [3 bits]   |   000 

es decir, en ese caso estoy rellenando al final de la tira con 3 ceros, pero estos formatos también son válidos:

OPCODE[4 bits]   |   000   |   REG1 [3 bits]   |   REG2 [3 bits]   |   REG3 [3 bits]   

OPCODE[4 bits]   |   REG1 [3 bits]  | 0  |   REG2 [3 bits]  | 0 |   REG3 [3 bits]   |  0 

U otros.

Lo importante sí es que el OPCODE tiene que estar en la misma posición siempre para todos los formatos, esto es así porque cuando la CPU lee de memoria la instrucción, no sabe qué instrucción es, y por lo tanto tiene que ir a una posición fija a decodificar el OPCODE, y una vez decodificado el OPCODE, se deduce el formato de la instrucción (sabiendo que es un ADD y conociendo el formato, sabemos dónde están ubicados los campos de los registros).

Si algo no quedó claro no dudes en preguntar de nuevo!

Saludos,

              Federico