Yeah I can’t even think of any recent CPUs that aren’t based on previous designs. Even Apple’s new M1 is an ARM derivative, which itself is based on an ancient computer from the 80s known as the “Acorn”.
It’s a bit poetic. They were directly competing with Apple at the time, and Acorn named themselves such so that they would appear in front of Apple in the phone book. Of course, they haven’t existed in a long time, but 35-40 years later, Apple decides to use the great-grandson of Acorn’s CPU in their new products.
CPU architecture wise, you can see the difference between cluttered, old x86 and ARM or even RISC-V chips. They just run so much more efficient, as you can tell with your phone lasting a day or two, or apple silicon consuming a fraction for the same performance.
An example for the ancient backend would be the flight pathing system DAL. (Wendover video)
This is super interesting and I had NO IDEA! Makes me very curious how much more efficient an entire fresh start might be with new tech.
Yeah I can’t even think of any recent CPUs that aren’t based on previous designs. Even Apple’s new M1 is an ARM derivative, which itself is based on an ancient computer from the 80s known as the “Acorn”.
It’s a bit poetic. They were directly competing with Apple at the time, and Acorn named themselves such so that they would appear in front of Apple in the phone book. Of course, they haven’t existed in a long time, but 35-40 years later, Apple decides to use the great-grandson of Acorn’s CPU in their new products.
CPU architecture wise, you can see the difference between cluttered, old x86 and ARM or even RISC-V chips. They just run so much more efficient, as you can tell with your phone lasting a day or two, or apple silicon consuming a fraction for the same performance.
An example for the ancient backend would be the flight pathing system DAL. (Wendover video)
This is one of the reasons why Linux doesn’t have a stable in-kernel API (or ABI for that matter): https://www.kernel.org/doc/Documentation/process/stable-api-nonsense.rst