It actually can, the thing we learned is that the unpleasant bits of x86 scale well, so we spent 30% of the die doing uop decode, but that’s now just 1-2% because we blow so much on more registers and cache.
Also we can play games like soft-deprecating instructions and features so they exist, but are stupid slow in microcode.
We used to think only risc could run fast at low power, but our current cisc decoded to risc works fine, Intel just got stupid lazy.
Apple just took all the tradeoffs Intel was too cheap to spend silicon on and turned them to 11, we could have had them before but all the arm guys were basically buying ip and didn’t invest in physically optimized designs, but now that tsmc is the main game in town (fallback to gf was nice for price), there’s a lot more room to rely on their cell libraries.
Intel got so insanely arrogant, just like Boeing and all the other catastrophic American failures right now, we just need to correct for that and we can be decent again.
It’s hardly just Intel. There are two other x86 licenses out there. One gave up. The other is kicking ass, but Apple didn’t go with them, either.
Meanwhile, Intel themselves kept the 80486 alive until 2007 as an embedded processor. It outlasted the Pentium III by a few months. It was never as popular as PIC or ARM or z80 devices, but it found some kind of niche.
I’ll grant that in theory, it could be done. But why? There are millions of smartphones running fine with ARM, and they don’t have any backwards compatibility needs to x86. Why pick an ISA that can only legally be designed by three companies? Why pick an ISA that hasn’t been as well tested on mobile device OSes? ARM will hand a license to anyone who shows up with some cash, and if you want to take a plunge into a different ISA, then RISC-V is sitting right there. There doesn’t seem to be a single real benefit to x86 over what mobile device creators have now, and plenty of reasons not to.
I worked on platform enablement for armv8, bringing all the ecosystem to 64 bit arm. Was an everest, so much code was expecting x86, lots of secret asm and other assumptions like memory model.
But once it was done, we did it again for riscv in no time, all the work was done, it was basically setting defines, maybe adding tsc/rdcycle (now rdtime).
Architectures don’t really matter anymore, but also the overhead of architectures are pretty minor, riscv will probably win because it’s basically free and single thread performance isn’t as critical on client devices, lot of work goes to the GPU too, and servers do other heavy lifting. Qualcomm scared everybody too, and China is going their own way which means even more riscv.
Basically, nothing matters except cost now, we’ll figure out how to run things on a potato, we’ve gotten good at it.
It actually can, the thing we learned is that the unpleasant bits of x86 scale well, so we spent 30% of the die doing uop decode, but that’s now just 1-2% because we blow so much on more registers and cache.
Also we can play games like soft-deprecating instructions and features so they exist, but are stupid slow in microcode.
We used to think only risc could run fast at low power, but our current cisc decoded to risc works fine, Intel just got stupid lazy.
Apple just took all the tradeoffs Intel was too cheap to spend silicon on and turned them to 11, we could have had them before but all the arm guys were basically buying ip and didn’t invest in physically optimized designs, but now that tsmc is the main game in town (fallback to gf was nice for price), there’s a lot more room to rely on their cell libraries.
Intel got so insanely arrogant, just like Boeing and all the other catastrophic American failures right now, we just need to correct for that and we can be decent again.
It’s hardly just Intel. There are two other x86 licenses out there. One gave up. The other is kicking ass, but Apple didn’t go with them, either.
Meanwhile, Intel themselves kept the 80486 alive until 2007 as an embedded processor. It outlasted the Pentium III by a few months. It was never as popular as PIC or ARM or z80 devices, but it found some kind of niche.
I’ll grant that in theory, it could be done. But why? There are millions of smartphones running fine with ARM, and they don’t have any backwards compatibility needs to x86. Why pick an ISA that can only legally be designed by three companies? Why pick an ISA that hasn’t been as well tested on mobile device OSes? ARM will hand a license to anyone who shows up with some cash, and if you want to take a plunge into a different ISA, then RISC-V is sitting right there. There doesn’t seem to be a single real benefit to x86 over what mobile device creators have now, and plenty of reasons not to.
No, it doesn’t make sense to do it.
I worked on platform enablement for armv8, bringing all the ecosystem to 64 bit arm. Was an everest, so much code was expecting x86, lots of secret asm and other assumptions like memory model.
But once it was done, we did it again for riscv in no time, all the work was done, it was basically setting defines, maybe adding tsc/rdcycle (now rdtime).
Architectures don’t really matter anymore, but also the overhead of architectures are pretty minor, riscv will probably win because it’s basically free and single thread performance isn’t as critical on client devices, lot of work goes to the GPU too, and servers do other heavy lifting. Qualcomm scared everybody too, and China is going their own way which means even more riscv.
Basically, nothing matters except cost now, we’ll figure out how to run things on a potato, we’ve gotten good at it.