Why we might never see advanced PPCs
Once upon a time there was a computer company which had built their entire OS around a single CPU instruction set. The CPU was fine and fancy at the time and continued to advance at a reasonable rate beginning with 16-bit 8MHz and trundling *all* the way up to 32-bit 110MHz w/ a built in FPU!! However, the generation of CPUs in this line were running out of growing room and their best and brightest incarnation couldn't stand up to the "other guys"... What to do what to do?!
This computer company had a *very* clever plan. They would move to a whole new CPU that was totally different than everything they had ever done before, one that would be fast and efficient! But... what about all the software that was written for the old crusty CPUs? Ahhh... this company was clever indeed. They wrote a micro-emulator that ran in the L1 cache of the new CPU that emulated the instruction set of the old one! Sure, it hurt initial performance for the new CPU, but it allowed everyone to run all of their software with few problems and all was well. As the new CPUs took hold, more and more vendors rewrote their apps to use the new CPU's instruction set and when they did, they when vroom! And gradually, support for the old crusty instruction set was dropped.
The company, obviously, is Apple. The crusty old CPU? 680X0. The new CPU? PPC.
In my opinion, given that all modern CPUs have large full-speed L2 caches, there's no reason Apple couldn't do this again. It seems to me that it would be totally do-able for them to build a machine around *any* modern CPU and load a PPC emulator into the L2 cache at boot time. All our apps would run, and we'd get the raw speed associated with strapping a rocket engine onto a slug bug. As apps would be ported to the new CPU's instruction set, the true speed advantages would come to light, and Apple would be saved from Mot's inneptitude.
maybe no? maybe yes? Whatcha think?
Binky
Once upon a time there was a computer company which had built their entire OS around a single CPU instruction set. The CPU was fine and fancy at the time and continued to advance at a reasonable rate beginning with 16-bit 8MHz and trundling *all* the way up to 32-bit 110MHz w/ a built in FPU!! However, the generation of CPUs in this line were running out of growing room and their best and brightest incarnation couldn't stand up to the "other guys"... What to do what to do?!
This computer company had a *very* clever plan. They would move to a whole new CPU that was totally different than everything they had ever done before, one that would be fast and efficient! But... what about all the software that was written for the old crusty CPUs? Ahhh... this company was clever indeed. They wrote a micro-emulator that ran in the L1 cache of the new CPU that emulated the instruction set of the old one! Sure, it hurt initial performance for the new CPU, but it allowed everyone to run all of their software with few problems and all was well. As the new CPUs took hold, more and more vendors rewrote their apps to use the new CPU's instruction set and when they did, they when vroom! And gradually, support for the old crusty instruction set was dropped.
The company, obviously, is Apple. The crusty old CPU? 680X0. The new CPU? PPC.
In my opinion, given that all modern CPUs have large full-speed L2 caches, there's no reason Apple couldn't do this again. It seems to me that it would be totally do-able for them to build a machine around *any* modern CPU and load a PPC emulator into the L2 cache at boot time. All our apps would run, and we'd get the raw speed associated with strapping a rocket engine onto a slug bug. As apps would be ported to the new CPU's instruction set, the true speed advantages would come to light, and Apple would be saved from Mot's inneptitude.
maybe no? maybe yes? Whatcha think?
Binky