3 ms·
They killed StrongARM because they believed the x86 Atom design could compete. Turns out that it couldn't and most of the phones with it weren't that great. In
by hajile 2y ago
They killed StrongARM because they believed the x86 Atom design could compete. Turns out that it couldn't and most of the phones with it weren't that great.
Intel should be focused on an x86+RISC-V hybrid chip design where they can control an upcoming ecosystem while also offering a migration path for businesses that will pay the bills for decades to come.
- kimixa 2y agoI'd argue that the Atom core itself could compete - it hit pretty much the same perf/watt targets as it's performance-competitive ARM equivalents. But having worked with Intel on some of those SoCs, it's everything else that fell down. They were late, they were the "disfavored" teams by execs, they were the engineer's last priority, they had stupid hw bugs they refused to fix and respin, they were everything you could do to set up a project to fail.
- RussianCow 2y ago> They were late This was the main thing, as by that point, all native code was being compiled to Arm and not x86. Using x86 meant that some apps, libraries, etc just didn't work.
- mkl 2y agoIntel and Google developed libhoudini to do binary translation of the native code to solve that problem. https://github.com/SGNight/Arm-NativeBridge https://github.com/SGNight/Arm-NativeBridge, https://www.anandtech.com/show/5770/lava-xolo-x900-review-the-first-intel-medfield-phone/3 https://www.anandtech.com/show/5770/lava-xolo-x900-review-th..., http://blog.apedroid.com/2013/05/binary-translation-vs-native-x86-code.html?m=1 http://blog.apedroid.com/2013/05/binary-translation-vs-nativ...
- hajile 2y agoMedfield was faster than A9 and Qualcomm Krait in performance, but not so much in power (see Motorola Razr i vs M where the dual-core ARM version got basically the same battery life as the single-core x86 version). Shortly after though, ARM launched A15 and the game was over. A15 was faster per clock while using less power too. Intel's future Atom generations never even came close after that.
- raverbashing 2y agoMaybe the Atom core itself was performant, but I doubt they could take all the x86 crap around it to make it slim enough for a phone
- kimixa 2y agoThey were SoCs, fundamentally the same as any ARM-based phone SoC - some atom SoCs even had integrated modems. The BoM was pretty identical to other devices.
- ksec 2y agoExactly. Most people still dont get it. What killed Atom on Phone wasn't x86. It was partly software and mostly hardware and cost. It simply wasn't cost competitive, especially when Intel were used to high margin business.
- Keyframe 2y agoMaybe I'm just spitting out random BS, but if I understood Keller correctly when he spoke about Zen that (for it) it's not really a problem to change frontend ISA as large chunk of work is on the backend anyways. If that's the case in general with modern processors, would be cool to see a hybrid that can be switched from x86_64 to RISC-V and, to add even more avangarde to it, associate a core or few of FPGA on the same die. Intel, get on it!
- formerly_proven 2y ago"not really a problem to change" in the context and scope of a multi-billion dollar project employing thousands of people full time.
- vel0city 2y agoThere were consumer devices with a processor designed to be flexible on its instruction set presented to the user. https://en.wikipedia.org/wiki/Transmeta_Crusoe https://en.wikipedia.org/wiki/Transmeta_Crusoe https://youtu.be/xtuKqd-LWog?t=332 https://youtu.be/xtuKqd-LWog?t=332
- Keyframe 2y agoaka the company where Linus worked!
- nineteen999 2y agothat also kinda failed to reach their goals unfortunately.
- panick21_ 2y agoThe failed because contract chip manufacturing was a huge issue back then. And the bet on slightly the wrong implementation as well. The fundamentally ideas weren't broken.
- 2y ago
- arcanemachiner 2y ago> Intel should be focused on an x86+RISC-V hybrid chip design where they can control an upcoming ecosystem while also offering a migration path for businesses that will pay the bills for decades to come. First I've heard of this. Is this actually a possibility?
- mshockwave 2y agoRP2350 is using a hybrid of ARM and RISCV already. Also it's not really hard to use RISCV not as the main computing core but as a controller in the SoC. Because the area of RISCV cores are so small it's pretty common to put a dozen (16 to be specific) into a chip.
- raverbashing 2y agoSounds like Intel has a big boomer problem
- deelowe 2y agoThey killed strongarm because of nepotism. That's been the issue at Intel for decades. They are the epitome of ego over merit and x86 was king.
- DanielHB 2y agoNepotism? Like execs from different divisions fighting each other? To me it seems they just want to keep their lock-in monopoly because they own x86. Very rational albeit stupid, but of course the people who took those decisions are long gone from the company, many are probably retired with their short-term focused bonuses.
- deelowe 2y agoThe opinion that x86 would always be king is nepotism/ego. It was obvious nearly 2 decades ago where compute was headed with cloud and mobile becoming the dominant areas. Neither of which x86 was well positioned for.
- tremon 2y agoThere was a story here a few days ago about the exact opposite: that Intel lost out to AMD on x86-64 because they were betting on Itanic to take over the 64-bit market. edit: https://news.ycombinator.com/item?id=41890779 https://news.ycombinator.com/item?id=41890779 > Intel could have beaten AMD to the x86-64 punch if the former wasn't dead-set on the x64-only Itanium line of CPUs