Instruction Set Architecture as a Contract
The instruction set is the promise the hardware makes to every program: these operations exist, these registers are visible, this is how memory is addressed. Everything below it can be rebuilt without breaking a single compiled program, and that separation is why chips can change while software does not.
What a learner can do afterwards
- Name what an instruction set fixes and what it deliberately leaves to the implementation
- Compare a load-store design with one that operates directly on memory and say what each costs
- Explain why two chips with different internals can run the same binary
1 · Read
The instruction set is the promise the hardware makes to every program. It fixes which operations exist, which registers programs can see, and how memory is addressed. Everything below that line can be rebuilt without breaking a single compiled program.
In a load-store design, only loads and stores touch memory, and arithmetic works on registers. In a design that operates directly on memory, an operation can read and write memory cells itself. The first keeps each step simple at the price of extra loads and stores. The second saves those steps at the price of more complex operations.
Two chips with different internals can run the same binary because both keep the same promise. One may schedule work differently inside, but programs only see the operations, registers, and addressing the contract names.
To judge a designer change, ask whether programs can see it. New scheduling inside keeps the promise. Renaming a visible register, removing an operation, or changing the addressing breaks it.
The instruction set fixes what programs see, and everything below that line is free to change.
2 · Watch
Take it off screen
Where it sits
Learn first
8 questions wait behind this lesson, each with its answer explained. Every answer feeds the sky: stars light as they are learned, and dim when it is time to come back.