> Technical consulting firm BDTI pointed out that the compiled code for the Intel processor was not executing all instructions that were intended for the RAM test.
>To rectify the situation, AnTuTu issued revision 3.2.2 to the benchmark Wednesday evening. The revision still uses the ICC compiler, but the resulting scores are drastically different for the Intel processor. The AnTuTu CPU and overall scores dropped by approximately 20 percent, while the AnTuTu RAM score plummeted by approximately 50 percent
Maybe. Assuming mobile CPUs gain enough performance to replace say Core I7 (a tall order), there is still the i/o problem. In spite of the hype, there is more to replacing desktops than having a CPU with enough raw processing power. We need it to drive (multiple?) large screen monitors, external hard/SSD drives, keyboards, mice, Ethernet, etc., and with a single small cable and i/o controller that uses miniscule amounts of power. It will be a while.
I see it another way that has nothing to do with desktop workstations. Smartphones are following the PC evolutionary path. With increased performance comes more capable aps, which in turn drives the need for more performance. Human wants and desires are boundless. Once the more capable aps are in use, there will be minimum system requirements, just like we saw as the PC evolved. There is no static "good enough" level. The software is what will drive up performance minimums. Nobody will want a device that isn't able to run the software du jour. Since software developers will certainly make use of any performance gains, a mobile processor performance war is inevitable.
Intel is positioning well. If they can deliver the same performance with less power, then a "tock" release can increase clock speed and still stay within the power and thermal limitations. That puts the pressure on ARM to increase performance, else risk their chips not being able to run the latest software. Basically, this is what Intel did to AMD for years with desktop processors.
It is a different ISA and most instructions are treated as a single op down the pipeline. Intel does not need to be as deeply OoO. Also, OoO depth does not scale linearly. Its not a very good metric when comparing completely different ISAs. Also, the new Atom's decoders are significantly improved over old Atom.
Android is Linux underneath and runs just as well on x86. I doubt if there are many software hiccups, and most aps would need a simple recompile. I would say most aps are developed on Linux workstations.
What are the engineering and design challenges in creating successful IoT devices? These devices are usually small, resource-constrained electronics designed to sense, collect, send, and/or interpret data. Some of the devices need to be smart enough to act upon data in real time, 24/7. Are the design challenges the same as with embedded systems, but with a little developer- and IT-skills added in? What do engineers need to know? Rick Merritt talks with two experts about the tools and best options for designing IoT devices in 2016. Specifically the guests will discuss sensors, security, and lessons from IoT deployments.