Slashdot Mirror


Intel Challenges ARM On Power Consumption... And Ties

GhostX9 writes "Tom's Hardware just published a detailed look at the Intel Atom Z2760 in the Acer Iconia W510 and compared it to the NVIDIA Tegra 3 in the Microsoft Surface. They break it down and demonstrate how the full Windows 8 tablet outperforms the Windows RT machine in power consumption. They break down power consumption to include the role of the CPU, GPU, memory controller and display. Anandtech is also reporting similar findings, but only reports CPU and GPU utilization." Despite repeated claims that x86 is beating ARM here, they look neck and neck. Assuming you can make a meaningful comparison.

163 comments

  1. I can't believe they missed this by Anonymous Coward · · Score: 0

    What about floating point checks and comparisons?

    1. Re:I can't believe they missed this by cc.Scotty · · Score: 1

      An understandable oversight since it's Christmas Eve.

    2. Re:I can't believe they missed this by cc.Scotty · · Score: 2

      My God, I'm an insensitive clod... sorry mate.

    3. Re:I can't believe they missed this by Anonymous Coward · · Score: 0

      Maybe Intel still doesn't want to talk about floating point. That was a major hit to their reputation, after all.

    4. Re:I can't believe they missed this by Anonymous Coward · · Score: 0

      You mean bringing up the wrath of the Australians.

  2. Neck AND Neck by Anonymous Coward · · Score: 5, Informative

    Despite repeated claims that x86 is beating ARM here, they look neck in neck.

    It's neck and neck.

    1. Re:Neck AND Neck by Anonymous Coward · · Score: 0

      It's neck and neck.

      Aussies (and some Americans) pronounce that neck ain neck. You can't reasonably expect foreigners, or even locals, to get it right. Especially given how neck to neck is common in North America, which adds to the confusion.

    2. Re:Neck AND Neck by Anonymous Coward · · Score: 1

      Aussies do not pronounce it neck ain neck.
      it is much closer to say it's pronounced neck 'n' neck (like rock 'n' roll)

    3. Re:Neck AND Neck by Chemisor · · Score: 2

      How about "equal"? A nice short word that is far more informative than an analogy to horse races, an event that no slashdotter has ever attended. Horses haven't been in use in a hundred years, it's time to get rid of horsey verbiage.

    4. Re:Neck AND Neck by ArcadeMan · · Score: 1

      Let's get rid of that stupid "horsepower" measurement too.

  3. they look neck in neck by magarity · · Score: 3, Informative

    It's "neck and neck" as in a pair of horses very close together at the finish line.

    Sigh

    1. Re:they look neck in neck by ohnocitizen · · Score: 2, Interesting

      Neck in Neck seems like a more internet appropriate version. As in a series of images tucked away in a dark corner of imgur, briefly referenced on reddit before being removed by admins. Neck in Neck - "A filthy, gritty internet version of Neck and Neck."

    2. Re:they look neck in neck by Anonymous Coward · · Score: 0

      "neck 'n neck" is what he was looking for.

    3. Re:they look neck in neck by Anonymous Coward · · Score: 0

      I don't think they're anywhere near the finish line, and I don't see how they're anything like horses.

      I think they're more like neck in neck, you know, the sexual position.

    4. Re:they look neck in neck by ArchieBunker · · Score: 2

      The author must have written the summary while standing online.

      --
      Only the State obtains its revenue by coercion. - Murray Rothbard
    5. Re:they look neck in neck by MichaelSmith · · Score: 1

      neck 'n' neck

    6. Re:they look neck in neck by Anonymous Coward · · Score: 0

      mod funny

    7. Re:they look neck in neck by painandgreed · · Score: 1

      Neck in Neck seems like a more internet appropriate version. As in a series of images tucked away in a dark corner of imgur, briefly referenced on reddit before being removed by admins. Neck in Neck - "A filthy, gritty internet version of Neck and Neck."

      Yes, but this just begs the question as to who we make the escape goat here on /.

    8. Re:they look neck in neck by Anonymous Coward · · Score: 0

      The author must have written the summary while standing online.

      "Standing online". HAHAHA, ROTF, LMAO! Good one!

  4. 'neck in neck'? by drainbramage · · Score: 3, Informative

    Oh for crying out loud: Neck and Neck.
    Often used when describing two racers that are nearly even in position.

    --
    No brain, no pain.
  5. Neck and Neck is advantage Intel by Anonymous Coward · · Score: 4, Interesting

    If two processors are Neck and Neck in power consumption and one of them is x86. It means x86 is ahead. It's got better clock speeds and it's got more software going for it than arm. Yes we have a lot of android apps, but I would rather have my windows applications to those "apps" and their private internet. Unless Neck and Neck is for a processor intel does not produce any more, it's clearly advantage intel.

    1. Re:Neck and Neck is advantage Intel by Anonymous Coward · · Score: 3, Interesting

      Two processor are neck and neck. One costs $120 and the other costs $20.

      Which one has a brighter future?

      Especially now since people don't need to run all sorts of software. They just need android.

    2. Re:Neck and Neck is advantage Intel by poetmatt · · Score: 1

      No, it doesn't.

      Why doesn't it mean x86 is ahead? Because x86 has had years of development ahead of ARM. Also because x86 uses proprietary microcode.

      So having them equal means ARM is a significant benefit.

    3. Re:Neck and Neck is advantage Intel by JimCanuck · · Score: 5, Insightful

      No, it doesn't.

      Why doesn't it mean x86 is ahead? Because x86 has had years of development ahead of ARM. Also because x86 uses proprietary microcode.

      So having them equal means ARM is a significant benefit.

      The original x86 was introduced in 1978.

      The original ARM was introduced in 1985.

      That is just 7 years more over the ARM with 27 years of development since the first implementation. Plus all of the /. crowd and other self described "experts" have been saying for years that a neck and neck tie between them for power consumption would never happen. And well it did, so obviously this is a win for the x86.

    4. Re:Neck and Neck is advantage Intel by metalmaster · · Score: 1

      it's got more software going for it than arm

      This product comparison from Microsoft leads me to believe that applications have to be rewritten to behave correctly on Windows 8 Pro. Notice the blurb about downloading apps from the Microsoft store. This does not say you can download any plain old exe file. The mention of Windows 7 applications could be those that have already been rewritten to be compatible with the tablet.

      If that's the case, iOS and Android apps witten for the ARM architecture greatly outnumber those for x86.

    5. Re:Neck and Neck is advantage Intel by Anonymous Coward · · Score: 0

      That is just 7 years more over the ARM with 27 years of development since the first implementation. Plus all of the /. crowd and other self described "experts" have been saying for years that a neck and neck tie between them for power consumption would never happen. And well it did, so obviously this is a win for the x86.

      HAHA. Using a tegra 3? AKA the most power hungry SoC out there? Why not Exynos || Snapdragon's SoC?

      admiral0
      (too lazy to login)

    6. Re:Neck and Neck is advantage Intel by KingMotley · · Score: 2

      You would be incorrect. Windows 8 Pro runs any old executable that ran on Windows 7, you don't need to recompile or anything.

    7. Re:Neck and Neck is advantage Intel by Ocker3 · · Score: 2, Informative

      What people? Enterprise IT staff are going to buy Huge numbers of Win8 mobile devices that can authenticate to their networks at the OS level, removing the need for every app itself to authenticate. We have iPads that refuse to forget wireless accounts, meaning a user can get locked out (hitting the bad login limit quite fast) in a few minutes, and the iOS on them doesn't prompt the user for a corrected username/pw. Apple's support for Enterprise environments has been late and shoddy, especially if you don't live in the USA. And good luck trying to print properly from an iOS device to a Server 2003-based printer, which a Lot of people still run.

      I for one am going to be Really happy when I can give Surface devices to our users and swing them away from getting iPads, they're good for home use, but are a Huge hassle en mass.

      I've asked our corporate purchasing staff about 'droid devices, their response was: Can't get a serious warranty, platforms rollover too fast, and they're Far too easy to get root access to.

    8. Re:Neck and Neck is advantage Intel by Ocker3 · · Score: 3, Insightful

      I think you're confusing Surface RT with Surface Pro. The RT uses a different chip and requires different coding. Win8 Pro runs on any machine that runs Win7.

    9. Re:Neck and Neck is advantage Intel by iserlohn · · Score: 4, Insightful

      If the execs and the sales guys want their Apple devices, or Android devices for that matter, what the IT organization thinks is 100% irrelevant. I've seen this happening already in quite a few large organizations that aren't particularly famous for being early adopters in new tech. Next thing to go are the standard windows images - corporate images are normally poor quality that people complain about constantly.

    10. Re:Neck and Neck is advantage Intel by Lennie · · Score: 2

      Those won't be buying ARM that is for sure.

      Because Windows RT does not support any of these things. Only the Intel version does.

      That also means, if it's Bring-Your-Own-Device situation they'll be bringing the ARM-version.

      This is going to be fun to watch.

      --
      New things are always on the horizon
    11. Re:Neck and Neck is advantage Intel by Anonymous Coward · · Score: 0

      My last post is a stupid statement derived from laziness. Actually tegra 3 is not much more power hungry that the last exynos and I didn't invest a couple of seconds in googling for the correct comparative.

      admiral0
      (next time don't be too lazy to login)

    12. Re:Neck and Neck is advantage Intel by modmans2ndcoming · · Score: 0

      you're a moron. I am running windows 8 pro and have all my old software operating just fine without any Windows store purchases.

    13. Re:Neck and Neck is advantage Intel by Anonymous Coward · · Score: 0

      Exynos? Isn't that the flawed SoC with the gaping security hole?

    14. Re:Neck and Neck is advantage Intel by makomk · · Score: 2

      Intel actually had to write an ARM emulator for their Android stuff because ARM has a very definitive software advantage over x86 there. Sure, there's lots of x86 desktop applications, but how many of them are usable on a tablet? On a phone? For that matter, how many of them can be used without adding the substantial cost and system resource usage of a full Windows install?

    15. Re:Neck and Neck is advantage Intel by ChrisMaple · · Score: 1

      x86 is a pyramid of kludges; ARM is alleged to be a clean design. That the designs are so close in effectiveness indicates that there really isn't a great difference in the system-level value of the designs, at least in the tests performed.

      General-purpose processor design is a heavily studied and fairly well understood body of information, and comparing 40 years of development with 30, 20, or 10 is irrelevant.

      --
      Contribute to civilization: ari.aynrand.org/donate
    16. Re:Neck and Neck is advantage Intel by viperidaenz · · Score: 1

      The ARM is supposed to be a cleaner design and the x86 is a kludge with backwards compatibility going back well over 30 years, but a tie with a processor that's a process node behind isn't too hot. The Intel is 32nm, the ARM is 28nm. The ARM should be better. They're doing the same thing.

    17. Re:Neck and Neck is advantage Intel by Anonymous Coward · · Score: 0

      All of them. It just takes a little recompiling. The problem was that Intel couldn't guarantee that devs would compile ax86 version for their processors that would be running Android on a tablet/phone, so they built an emulation to avoid that risk.

      Captcha: Improves

    18. Re:Neck and Neck is advantage Intel by hazydave · · Score: 1

      For Windows 8 vs Windows RT, maybe the tie goes to Intel. On Android, the tie certainly goes to ARM. But keep in mind, you're comparing a quad core ARM to a dual core x86, and this isn't even the best ARM for comparison anymore.... plus, the Surface doesn't even use the faster T33 verson. The Atom in question doesn't have a CPU speed advantage, but it has huge memory bus advantage over the Tegra 3: nVidia's single 32-bit DDR3 bus versus Intel's dual 64-bit DDR3 bus. A comparison o the Nexus 10 might be more meaningful, or a better Tegra 3 device, like the Asus TF700.

      And sure, a Windows 8 system is more useful than a Windows RT system, given the app support. And yet, that 2-core Atom on 32GB of Flash (half available) with only 2GB RAM and 32-bit mode is a bottom-level device for any real Windows apps. The quad core Tegra 3 at 1.7GHz with DDR3-1600 or so is a pretty top of the line Android device -- the experience will be far superior.

      --
      -Dave Haynie
  6. Doesn't mean a thing by Tough+Love · · Score: 2, Interesting

    Even if true (watch out for cognitive dissonsoance with respect to Intel power efficiency claims) it does not mean a thing if Intel cannot match the price. Currently something like $1 goes to ARM holdings per chip. Lets see a bloated old monopolist get by on that.

    --
    When all you have is a hammer, every problem starts to look like a thumb.
    1. Re:Doesn't mean a thing by Giant+Electronic+Bra · · Score: 1, Interesting

      Nope, they get MORE than $1 a chip, which means they have more to plow back into R&D. Truthfully though, its an interesting question, but all told unless the price is substantially different we're not talking a big deal. If you pay $5 more for your x86 tablet you won't really care, assuming it works at least as well and happens to have the features you wanted/be the brand you like/etc.

      I think the question is whether Intel will be able to push the x86 design down to EXTREME low cycles/watt levels. x86 has a lot of baggage that ARM doesn't, and there may be even newer designs out there that can push things further. Still, it seems Intel is brutally tough to compete with. That's good for us, as long as the competition exists. I'd hope they lose now and then.

      --
      "Malo periculosam, libertatem quam quietam servitutem." -- Jefferson
    2. Re:Doesn't mean a thing by Anonymous Coward · · Score: 0

      The problem is intel doesn't want only $5 or 10 dollars. They want something like $20 to $30 more. Intel has had the highest margins and they want to keep it that way.

      Apple will never move to x86 as long as their pour money into their own designs. These aren't the PPC days where they were at the mercy of IBM or Motorola. Also they have more money than intel.

      Others like nvidia and qualcomm will be content with lower margins because they'll have to and their behind on process technology ( as is Apple). That's ok. Intel has bleeding edge tech and they'll want to charge more for it, but that's difficult to justify when performance is good enough and you can keep profits in house.

    3. Re:Doesn't mean a thing by Tough+Love · · Score: 2

      all told unless the price is substantially different we're not talking a big deal. If you pay $5 more for your x86 tablet you won't really care

      You're in outer space. Intel can't get by on $5/tablet, they need at least $50 or they will soon need to sell their head office. There is no way Intel can compete with ARM's royalty structure while continuing to live in the manner to which they have become accustomed.

      --
      When all you have is a hammer, every problem starts to look like a thumb.
    4. Re:Doesn't mean a thing by Giant+Electronic+Bra · · Score: 1

      There's more to it than that. Embedded chips are small and cheap, and sell in great numbers. Of course it is going to be true that a shift in the market will bring changes in everyone's business I'm not at all sure Intel can't bring in tons of money still. Its a complex situation, going to a new level of commoditization.

      --
      "Malo periculosam, libertatem quam quietam servitutem." -- Jefferson
    5. Re:Doesn't mean a thing by Patch86 · · Score: 1

      Correct me if I'm wrong, but ARM may only take $1 a chip, but they're only the designer. The manufacturer must be taking a cut too- including a cut big enough to cover the manufacturing costs.

      Intel are vertically integrated, so their prices include the full cost of designing and making chips. To get a comparable cost, you'd need to add the costs together for ARM and, say, Qualcomm.

      Not that I'm saying your point is wrong; I've no idea what the figures are.

  7. Are either of these processor relevant? by Anonymous Coward · · Score: 0

    In terms of processing power per watt, the Snapdraon S4 kills both of them handily.

    Tegra 3 is ancient already, and Atom has never been a performer in any platform.

    1. Re:Are either of these processor relevant? by Anonymous Coward · · Score: 0

      Oh come now. Statements like "Snapdragon S4 kills both" needs to be backed up with facts, not just random conjectures.

    2. Re:Are either of these processor relevant? by EmagGeek · · Score: 5, Informative

      http://www.tomshardware.com/reviews/snapdragon-s4-pro-apq8064-msm8960t,3291-4.html

      Atom isn't here, but perhaps because it is too new, but it's clear from this graph that at least Tom's Hardware seems to agree that the Snapdragon eats Tegra's lunch.

      I have a Nexus 4 (Snapdragon S4) and a Nexus 7 (Tegra 3), and the 4 is WAY, WAY faster than the 7 in almost every experience.

      On the Nexus 4 I can leave a movie playing in the background and keep listening to it while I check an important email that just came in or make a move in a game of Words with my wife. Attempting the exact same thing on the Nexus 7 results in the movie skipping and the user experience slowing to a crawl.

      Perhaps there are some significant architecture differences between the two, but at least from a real-world user experience standpoint, I would not characterize the OP's assertion as "random conjecture" at all.

    3. Re:Are either of these processor relevant? by default+luser · · Score: 2

      That's probably a combination of the piss-poor GPU on Tegra 3 (barely good enough to render one thing at-a-time, and you expect stutter-free multitasking?) Along with the pathetic memory bandwidth (DDR3, but only a 32-bit bus).

      Snapdragon S4 has nether of these issues!

      --

      Man is the animal that laughs.
      And occasionally whores for Karma.

    4. Re:Are either of these processor relevant? by Anonymous Coward · · Score: 0

      yea how much did tom's get paid to make that bar graph in excel

      toms hardware is a joke for twiddle dicks that think they are smart

    5. Re:Are either of these processor relevant? by Anonymous Coward · · Score: 0

      Snapdragons are ground up designs by Qualcomm, thanks to a ISA license from ARM.

      Tegra is basically ARM Cortex paired up with a Geforce.

      It is interesting to see OMAP staying so close to Snapdragon tho, as OMAP is again a Cortex CPU paired up with a GPU (PowerVR SGX450).

      OvO hoot

    6. Re:Are either of these processor relevant? by Gen_Music · · Score: 2

      The Tegra GPU eats the S4 GPU. Don't make uninformed claims. The difference is that the Tegra, like it's predecessor, needs GPU code to turn it on because it's such a massive generator of heat that all cores except one are disabled during normal use (it has 16 Unified Shaded cores iirc). No benchmark has currently paid Nvidia the fees to get the Nvidia SDK to make a Tegra benchmark so far. I doubt it's cheap.

      Now go find a Tegra HD game and gawp.

  8. i said it back in september by arbiter1 · · Score: 4, Insightful

    http://www.tomshardware.com/news/intel-arm-processor-soc-atom,17476.html When that story was posted i said that all ARM was doing was poking the bear. Didn't take long for Intel to get there either. Just shows you don't piss off a company with a lot of $ for R&D

    1. Re:i said it back in september by Anonymous Coward · · Score: 2, Insightful

      Samsung will be presenting at the ISSCC on their 28nm "big-little".
      http://www.eetimes.com/electronics-news/4401645/Samsung-big-little--no-Haswell--Project-Denver-at-ISSCC
      >Samsung will detail a 28-nm SoC with two quad-core clusters. One cluster runs at 1. 8 GHz, has a 2 MByte L2 cache and is geared for high performance apps; the other runs at 1.2 GHz and is tuned for energy efficiency.

      Need to see how it matches up to Samsung latest 14nm proto.
      http://www.eetimes.com/electronics-news/4403838/Samsung-14nm-FinFET-test-chip-pushes-ecosystem
      One of the interesting part aside from the smaller geometry process is their "big-little" low power architecture.

    2. Re:i said it back in september by Anonymous Coward · · Score: 0

      Not really, if they didn't beat a 1+ year old SOC in performance/power, it'd probably be time to give up and go home.

    3. Re:i said it back in september by equex · · Score: 1

      if they can pull off 14nm, its a breaktrough. all hail samsung.

      --
      Can I light a sig ?
    4. Re:i said it back in september by Lennie · · Score: 1

      That's actually called: big.LITTLE :-)

      --
      New things are always on the horizon
    5. Re:i said it back in september by Anonymous Coward · · Score: 0

      Personally I'd say that it once again proves that competition is a good thing.

    6. Re:i said it back in september by TechyImmigrant · · Score: 1

      14nm in planar transistors? That will leak more than Betty White's knickers.

      Welcome the finfet overlords into your life.

      --
      I should use this sig to advertise my book ISBN-13 : 978-1501515132.
    7. Re:i said it back in september by viperidaenz · · Score: 1

      FinFET's are non-planar.

    8. Re:i said it back in september by TechyImmigrant · · Score: 1

      That is exactly the point. Read it again. Leaking is generally a bad thing.

      --
      I should use this sig to advertise my book ISBN-13 : 978-1501515132.
    9. Re:i said it back in september by Anonymous Coward · · Score: 0

      Lol Koreans and breakthrough. Those words don't go together.

  9. I wish the would concentrate on giving more speed. by Anonymous Coward · · Score: 0

    I dont give a flying crap how much juice it sucks just give me 75 gigahertz CPU and a damn drive that can keep up.
    Oh and make it AMD prices not intel.

  10. Nvidia is the worst competitor by Anonymous Coward · · Score: 0

    for this test. They chosen Nvidia just so they had a fair play. Nvidia is not the best on the market regarding power consumption.

    I want to see how it compares to PowerVR SGX, present on most ARM SoCs, including Apple, Samsung, Texas Instruments, Broadcom, Freescale, etc.

    Actually, I would love to see how does it compare to Qualcomm Snapdragon. People can imagine the results. This wouldn't be fair too.

  11. Would the results be the same under Android ? by obarthelemy · · Score: 5, Interesting

    First, those articles are very interesting, thanks to Intel for making them happen.

    Second, it's a good thing that Intel is catching up. I'm not a great Intel fan (rooting for the underdogs and all that), but still, I'm impressed.

    Third, isn't the OS choice biasing the results a bit ? Would ARM fare better under a more ARM-oriented OS such as Android ? Or is power consumption profile, in the end, fully OS-independent ?

    --
    The Cloud - because you don't care if your apps and data are up in the air.
    1. Re:Would the results be the same under Android ? by Anonymous Coward · · Score: 0

      Yes the article is a little bias as far as OS tweaking but still ARM has to compete on this platform windows isn't leaving it and they need to either write better code for it or crank up there R&D. They still have a much better price point which will help them for a while. Yes this is a bias test but it was Intel doing it and they really proved they have mad great strides in the power dept

    2. Re:Would the results be the same under Android ? by Anonymous Coward · · Score: 0

      Android the battery killer? It would probably do worse.

    3. Re:Would the results be the same under Android ? by Heir+Of+The+Mess · · Score: 1

      I think the underlying intent of the article is to show that the Microsoft Surface is a waste of time, and so it was Windows 8 focussed. They compared a Microsoft Surface with an Acer W510, and the Acer tied on power and won on performance. But also the Acer runs all Windows apps, so why would you buy the Microsoft Surface over the Acer W510?

      --
      Australian running a company that does C# / C++ / Java / SQL / Python / Mathematica
    4. Re:Would the results be the same under Android ? by Anonymous Coward · · Score: 0

      wow I need to read before I post

    5. Re:Would the results be the same under Android ? by AmiMoJo · · Score: 1

      Power consumption certainly does depend quite a bit on the OS, but more so on drivers I think. For example MacBooks run longer on OSX than Windows, but similar spec laptops from other manufacturers match or outperform OSX running Windows. I doubt Apple puts too much effort into their Windows drivers, where as everyone else highly optimizes their system for it.

      Windows RT is very new so probably isn't a fair comparison at this point. Maybe a few years down the line when it is more mature a fairer comparison could be done. Being based on the same kernel as the x86 version it won't have been optimized for ARM nearly as much as, say, Android.

      --
      const int one = 65536; (Silvermoon, Texture.cs)
      SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
    6. Re:Would the results be the same under Android ? by modmans2ndcoming · · Score: 1

      what is the price difference?

      Beyond that... I think the Surface Pro type devices will win the day only because intel is moving to a super efficient design and you might as well get a full windows experience if you can....but again....only if the prices are close.

  12. technology node by blackC0pter · · Score: 5, Insightful

    The only issue here is that this is not an apples for apples comparison. 40nm vs. 32nm should give a huge benefit to the 32nm Atom. We need to compare the same technology node for this to make any sense. Also, looking at the idle cpu power consumption from the anandtech article, the Atom SOC used 10x more power.
    So the real question is what do most tablets spend the majority of their time doing? Running a benchmark at full /half speed or with the SOC sitting idle?

    1. Re:technology node by Anonymous Coward · · Score: 0

      Yep.... Article is basically "32nm part available in Q4 2012 competitive with 40nm part available in Q1 2012". Especially on many benchmarks where the CPU is left idle or all work is offloaded to a video/audio accelerator.

    2. Re:technology node by jiteo · · Score: 4, Insightful

      One of Intel's weapons has always been process size. So while it's not a fair comparison if you're doing science, it's a fair comparison if you're wondering what tablet to buy.

    3. Re:technology node by Anonymous Coward · · Score: 1

      Nobody is buying Windows tablets, so it's a pointless comparison. Like arguing over whether Rosie O'Donnell or Roseanne Barr has a tighter pussy.

    4. Re:technology node by nateman1352 · · Score: 1

      Unfortunately this article lacks detail, it seems that Bernstein Research considers Intel's latest smartphone designs to be as energy efficient as competitors. Intel's latest smartphone chip is Medfield, which is 32nm. Unfortunately the article does not say what chips they compared... but it would be surprising if they didn't include the Qualcomm (Snapdragon S4 @ 28nm node) in their comparison. So we at least have some indirect evidence that even when they are at the same technology node, Intel's design is still close to ARM's. It will be interesting to see what Silvermont (22 nm) brings in 2013, at which point Intel SoCs will have LTE capability (instead of 3G GSM only) as well as Ivybridge graphics (instead of PowerVR), and they will be Quad-core. The smaller technology node paired with the new design features is probably going to yield an awesome smartphone/tablet platform.

    5. Re:technology node by Anonymous Coward · · Score: 0

      Also, looking at the idle cpu power consumption from the anandtech article, the Atom SOC used 10x more power.

      ... what anand article were you looking at?
      http://images.anandtech.com/reviews/SoC/Intel/CTvT3/idle-cpu.png

      A look at the CPU chart gives us some more granularity, with Tegra 3 ramping up to higher peak power consumption during all of the periods of activity. Here the Atom Z2760 cores average 36.4mW at idle compared to 70.2mW for Tegra 3.

      accounting for the last 25% of the graph (where "true" idle was achieved), if the atom were actually using 10x more power during idle, the blue component on the tail end should be above the green component by a significant margin (ie. display with a gap). instead we see the blue component "embedded" within the green component. we also see the cpu power for the tegra chip vary more wildly than the atom. even taking a "visual average" it even looks like the atom has comparable or lower idle power.

    6. Re:technology node by Lennie · · Score: 1

      Of course this wasn't an apples for apples comparison, there was no iPad ;-)

      --
      New things are always on the horizon
    7. Re:technology node by Anonymous Coward · · Score: 0

      See first table of the Tom's Hardware link, ARM 0.0038 W vs. Intel 0.02 W.
      Note: including the GPU numbers is senseless, since the GPU Intel used is also available in ARM SoCs and thus has no relevance for a generic ARM vs. Intel comparison.
      Supposedly the graph you linked to is CPU-only, too. I have no idea why those two sites seem to have so vastly different values.

    8. Re:technology node by FreeTherapy · · Score: 0

      YES, if ARM at 40nm is just as efficient as x86 at 32nm, then ARM is probably the better one. Also, Intel had the $$$ to optimize their implementation and the very best they can come up with is LESS GOOD than cheap a ARM processor? Now imagine the same amount of research money being used to further improve on ARM. Maybe the results won't be to impressive since ARM is efficient BY DESIGN (like Linux). No need for dirty hacks that introduce BUGS. Still, a 32nm ARM chip will blow Intel away.

    9. Re:technology node by Patch86 · · Score: 1

      The comparisons that matter are dollars, watts and performance benchmarking. If the processors are a similar price, similar power consumption, but one is a much better performance, you have a winner. Same goes for the other variations.

      That one of the competitors is made of magic pixey dust is neither here nor there to the consumer. If Intel have achieved a victory by using a more advanced technology, then more power to them; it's hardly "cheating" the comparison.

  13. Reason: crappy NVidia GPU by Anonymous Coward · · Score: 2, Insightful

    Example numbers: ARM CPU 0.0038 W vs.. Atom 0.02.
    NVidia GPU 0.21 W vs. Imagination 0.11 W
    The part that wins isn't from Intel, and it is available for ARM and it probably is the part that would lose badly in any benchmark.
    Yay for biased benchmarking.
    So far Intel wins by undersizing the GPU.

  14. A tie means Intel loses by steveha · · Score: 4, Insightful

    I have said it before: with ARM, you can choose from multiple, competing chip vendors, or you can license the ARM technology yourself and make your own chips if you are big enough; with x86, you would be chaining yourself to Intel and hoping they treat you well. So, if low-power x86 is neck and neck with ARM, that's not good enough.

    Intel is used to high margins on CPUs, much higher than ARM chip makers collect. Intel won't want to give up on collecting those high margins. If Intel can get the market hooked on their chips, they will then ratchet up the margins just as high as they think they can.

    The companies making mobile products know this, and will not lightly tie themselves to Intel. So long as ARM is viable, Intel is fighting an uphill battle.

    --
    lf(1): it's like ls(1) but sorts filenames by extension, tersely
    1. Re:A tie means Intel loses by ikaruga · · Score: 1

      Let alone backwards software compatibility. Recompile and debug all those iOS and NDK based Android apps all over again doesn't sound something developers will like.

    2. Re:A tie means Intel loses by Anonymous Coward · · Score: 0

      It's also why every company is forming their own core dev team. Samsung, nVidia, Apple, Qualcomm. None want to be solely dependent on ARM to push CPU performance forward. And all of these companies have bigger budgets, more able to form larger dev teams. These companies aren't standing still waiting for Intel to roll them over.

    3. Re:A tie means Intel loses by MichaelSmith · · Score: 1

      It shouldn't be an issue in this day and age.

    4. Re:A tie means Intel loses by CODiNE · · Score: 4, Insightful

      Actually all those iOS apps already run on Intel, XCode simulator runs Intel code not ARM code. Android also runs on Intel but I believe most apps are emulated during development so they might have slightly more tweaking than an iOS app to get running on intel.

      --
      Cwm, fjord-bank glyphs vext quiz
    5. Re:A tie means Intel loses by CODiNE · · Score: 1

      Smart guy, too bad you can't read.

      --
      Cwm, fjord-bank glyphs vext quiz
    6. Re:A tie means Intel loses by ikaruga · · Score: 1

      Lazy devs are a issue in all ages. Even something as simple as changing the target device and maybe changing a couple of parameters of a project can make people moan. Plus resource intensive apps may still require some low level code. "Luckily" such apps seem to be very rare on the consumer mobile app market.

    7. Re:A tie means Intel loses by cheesybagel · · Score: 2

      Android applications are bytecode compiled and run on a Dalvik VM. So binary translation isn't as much of a problem. Unless the application uses native code. Which is probably going to be the case for games etc. Doh.

    8. Re:A tie means Intel loses by Anonymous Coward · · Score: 0

      in 2013-14, if Intel gets Atom onto 14nm process on a 450mm wafer, they would have such a per die cost advantage ( even if they want a higher transistor count) than any ARM on ~22-28nm on 300mm wafers that they can maintain the much higher margins its accustomed to AND be competitive on price. Note that at the same time ARM cpus are madly adding cores and other SOC resources that are boosting their die size and power consumption faster than their process can constrain it. Sorry Intel haters, it's just geometry and arithmetic. And being willing to invest, even in down towns.

    9. Re:A tie means Intel loses by Anonymous Coward · · Score: 0

      Android apps are compiled into bytecode so only Dalvik needs to be recompiled for Intel (and it already has).

    10. Re:A tie means Intel loses by shutdown+-p+now · · Score: 1

      Android NDK already builds for Intel these days - it's been that way for about a year now, I think? Ever since Intel started its mobile push with Medfield, which found its way into a bunch of Android smartphones.

    11. Re:A tie means Intel loses by Hal_Porter · · Score: 1

      Native ARM apps can run on Intel Android thanks to libhoudini. Which is actually really good performance-wise - it is probably JITing ARM code to Intel. Unfortunately it is only legally usable on Medfield chips.

      http://grokbase.com/p/gg/android-x86/12a35ssv8e/commercial-application-testing

      --
      echo -e 'global _start\n _start:\n mov eax, 2\n int 80h\n jmp _start' > a.asm; nasm a.asm -f elf; ld a.o -o a;
  15. Poor comparison by markdavis · · Score: 4, Interesting

    Interesting that they are not comparing to a *modern* ARM chip (Cortex-A15), like the Exynos 5 (5250) or even a Qualcom Krait S4 (perhaps MSM8960).

    So the news is that Intel has mostly caught up to an old ARM based chip based on designs/specs years older still and only running under MS-Windows. Yawn....

    1. Re:Poor comparison by Anonymous Coward · · Score: 0

      There's no windows 8 system that runs on Cortex A15's yet...

    2. Re:Poor comparison by Anonymous Coward · · Score: 0

      They are comparing best in class SHIPPING hardware though.

    3. Re:Poor comparison by Anonymous Coward · · Score: 0

      Cortex a15 isn't as power efficient as a8.

    4. Re:Poor comparison by Anonymous Coward · · Score: 0

      A15 isn't as power efficient as A8, what this test was looking for. A15 doesn't run Windows 8. Logic is less important than the usual tech rivalry fanboyism though eh?

    5. Re:Poor comparison by Anonymous Coward · · Score: 0

      So use Linux on both and benchmark

    6. Re:Poor comparison by Pulzar · · Score: 2

      A15 is much more power efficient than A8 (and A9, which was the one being actually compared). It uses more power, but it provides higher performance per watt.

      Comparing two CPUs and saying that one is more power efficient than the other because it uses less power is meaningless, otherwise the old 8086 kicks the new Atom's ass in "power efficiency".

      --
      Never underestimate the bandwidth of a 747 filled with CD-ROMs.
    7. Re:Poor comparison by markdavis · · Score: 1

      Sorry to break this to you, but both chips I mentioned are shipping hardware.

      I have had the Nexus 10 for several weeks and that is running the Exynos 5. http://en.wikipedia.org/wiki/Nexus_10

      And I have had the Evo LTE for what, six months? And that has the Krait S4 (like over a dozen other major device models out there).

  16. No by Anonymous Coward · · Score: 1

    Windows RT still runs a Windows subsystem.

    Android's apps are really fragments of apps, the gui is a different fragment from the service (the thing that does any grunt work if needed) etc. If you don't use a gui bit, then that gui bit never loads. If a service bit is running, it's gui bit can/usually is closed.
    The broadcast intents mean apps that appear to be running, actually aren't always running or even in memory. The broadcast intent fires (e.g. a minute timer, particular network events, lots of other events...), wakes up the bit of code to handle it, executes, then returns, ending the fragment if necessary.
    Apps can be killed at any time, and are designed that way. Hence code is already written to handle it.
    Widgets on Android aren't anything, just bitmaps, if the widget changes, it can be because an intent fired, the tiny bit of code needed to redraw the fragment was loaded, executed then discarded. They're not code constantly running.
    Apps are memory constrained on Android, on Windows they can grow beyond ram. Which unfortunately means paging to disk or flash. You can see why Android keeps the memory usage of apps down to a minimum given this limit, but paging is no longer a fix if flash is there, writing to flash eats battery.

    There's lots of others things going on, but I've developed for both and there's simply no way a Windows app is going to ever achieve that, which presumably is why they're pushing Metro (I have no experience of metro to know if it fixes this).

    The Intel vs Arm test is also void, because ARM's big thing is its low power idle. In Android that is most of the time, since it doesn't run much. So when they're running Windows / Windows RT, they're really comparing the power draw with the processors chugging along. So just because they are comparable on Windows, doesn't mean they would be on Android or iOS.

    I thought when the MS Office people said they'd turned off the flashing cursor it was some sort of ironic joke, indicating how little effort they'd put into the RT port, as if they were proud of sinking RT! Really guys? You turned off the flashing cursor??? Android unloads my complete app and loads in only minimal bits of it when the front task is soaking up the processing power, and you turned off the blink??

    1. Re:No by gl4ss · · Score: 1

      android apps are as real apps as windows8rt /windows phone apps - not fragments as such really. this is done for permission isolation and other advantages, like not crashing the entire thing if something goes awry.

      you are aware that android apps run as their own user? how about you just go suck it in a ditch.

      happy xmas!(rt and wp still blow more than android though!)

      --
      world was created 5 seconds before this post as it is.
    2. Re:No by shutdown+-p+now · · Score: 1

      Android's apps are really fragments of apps, the gui is a different fragment from the service (the thing that does any grunt work if needed) etc. If you don't use a gui bit, then that gui bit never loads. If a service bit is running, it's gui bit can/usually is closed.
      The broadcast intents mean apps that appear to be running, actually aren't always running or even in memory. The broadcast intent fires (e.g. a minute timer, particular network events, lots of other events...), wakes up the bit of code to handle it, executes, then returns, ending the fragment if necessary.
      Apps can be killed at any time, and are designed that way. Hence code is already written to handle it.
      Widgets on Android aren't anything, just bitmaps, if the widget changes, it can be because an intent fired, the tiny bit of code needed to redraw the fragment was loaded, executed then discarded. They're not code constantly running.
      Apps are memory constrained on Android, on Windows they can grow beyond ram. Which unfortunately means paging to disk or flash. You can see why Android keeps the memory usage of apps down to a minimum given this limit, but paging is no longer a fix if flash is there, writing to flash eats battery.

      All of the above is also true for Windows Store apps - which, to remind, is the only thing you can run on RT tablets, except for Explorer, desktop IE and Office. The whole point of that Metro thingy was to come up with not just an UI, but the whole application model that works well on mobile devices - meaning good battery life. To do that, it borrowed a lot of ideas and techniques from iOS and Android, including app lifecycle management.

      And yes, it does actually work. My Asus VivoTab RT has battery life just as long as my Asus Transformer.

  17. Check under the hood by SpaceLifeForm · · Score: 1

    The main problem is likely the compiler.

    --
    You are being MICROattacked, from various angles, in a SOFT manner.
  18. That's a lot of words, for a simple thing by Anonymous Coward · · Score: 3, Interesting

    Arm draws 10% of the power of Atom at idle, and Android runs mostly at idle even when you're using it to do stuff because its designed from day one that way. Windows uses a lot more processing power, and 'idle' on those Windows, literally means not using it at all, and even when you're not using it, the Atom is still drawing > 1W.

    1. Re:That's a lot of words, for a simple thing by cheesybagel · · Score: 1

      There you have it a 1.5 mW-445 mW superscalar X86 processor.

    2. Re:That's a lot of words, for a simple thing by Anonymous Coward · · Score: 0

      Chromium warns me this site is serving malware.

      Users beware, before you click.

    3. Re:That's a lot of words, for a simple thing by cheesybagel · · Score: 1

      Chromium is throwing hissy fits as usual. It's a well known tech gossip site. Perhaps some ads had malware but the site is not a malware site.

    4. Re:That's a lot of words, for a simple thing by Anonymous Coward · · Score: 0

      Not according to this:

      http://safebrowsing.clients.google.com/safebrowsing/diagnostic?site=http%3A%2F%2Fsemiaccurate.com%2F2012%2F12%2F20%2Fintel-explains-claremont-the-near-threshold-solar-pentium%2F&client=chromium&hl=en-US

      You really should be more careful spamming malware links on /.

    5. Re:That's a lot of words, for a simple thing by cheesybagel · · Score: 1

      I've read articles by the guy running the site for nearly a decade now. Perhaps someone injected malware into an ad or whatever and he did not notice it yet because it is Xmas but he does not host malware. If you don't want to don't click on it now, he'll probably clean it up in a day or two.

  19. ya and windows 8 still sucks by Anonymous Coward · · Score: 0

    so bad i bought a new pc with windows 7
    early so i could avoid the bullshit windows 8 thats creeping around and if this route is the way ms is going glad steam is going linux cause this was the last pc i will get windows on it.
    ill build form parts to avoid the boot lock bullshit
    that crap ought to be illegal

    and ill add by time this win 7 really is useless linux and steam ought to be very ready by then and ill just drop a linux on it.
    nvidia and ati better be getting smart aobut this move cause i know a lot a hard core gamers that are now trying to get into linux now cause they really don't like wincrud 8

  20. Chromebook vs Chromebook by Andy+Prough · · Score: 1

    would probably be a much better comparison.

  21. Also rather hard to hate on Intel for it by Sycraft-fu · · Score: 5, Informative

    Why are they a node ahead all the time? Because they spend billions in R&D. When the downturn hit everyone in the fab business cut R&D, except Intel. So now they have a 22nm fab that has been running for awhile, another that just came fully online, and two 14nm fabs that'll be done soon (one on 450mm wafers).

    They do precisely what geeks harp on companies to do: Invest money in R&D, invest in tech. They also don't outsource production, they own their own fabs and make their own chips. Most of them are even in the United States (8 of the 11).

    The payoff is that they are ahead of people in terms of node size, and that their yields tend to be good (because the designers and fab people can work closely).

    If other companies don't like it, well the only option is to throw in heavy on the R&D front. In ARM's case being not only fabless but actually chipless, just licensing cores to other companies, they can't do that. They are at the mercy of Samsung, TSMC, Global Foundries, and so on.

    1. Re:Also rather hard to hate on Intel for it by rrohbeck · · Score: 1

      And even though they're way in front technology wise, they keep pissing everybody off with artificial market segmentation. Why?

    2. Re:Also rather hard to hate on Intel for it by TheRaven64 · · Score: 2

      They also don't outsource production, they own their own fabs and make their own chips

      Outsourcing production is not necessarily a bad thing, as it allows specialisation. Intel can afford it because they are a big player, but for other companies it makes sense to share the fab R&D costs with others, including with their competitors. They then compete based on their strengths (chip design), and the manufacturers compete based on their process technology.

      --
      I am TheRaven on Soylent News
    3. Re:Also rather hard to hate on Intel for it by Anonymous Coward · · Score: 0

      they only use the 'bleding edge' process for part of the chip resulting in a hybrid of sorts
      L2/L3 cache on intel chips use wider spacing than the rest of the chip

    4. Re:Also rather hard to hate on Intel for it by Anonymous Coward · · Score: 0

      ARM IP is essentially compiled netlist and companies can license it to drop it on a SoC if you want. It even show up as a hardware core on FPGA these days. Pretty much majority of the vendors that make microcontrollers for a living also has an ARM line in additional to their home grown lines.

      Intel's business model on the other hand do not hand out their IP so freely, so they only show up in whatever market segment that Intel want them to be in.

    5. Re:Also rather hard to hate on Intel for it by blackC0pter · · Score: 1

      I'd love to see reviews start taking into account cost and also DMIPS/watt. Cost is a major driving factor for OEMs to consider ARM but I imagine NDAs are going to keep a lid on this advantage. But if intel starts matching arm pricing, will they make enough profit to keep investing so much money to stay 1-2 years ahead with their foundries? On a side note, I meant to cite the tomshardware review and not the anandtech review in my original post.

      The second battle to watch is the upcoming server CPU/SOC arm / intel battle. Google stated they didn't like wimpy cores in the DC so can ARM get strong enough cores clustered together in the DC to compete against intel (while keeping power down)? This market won't be worth as much as the mobile space but it would seriously cut into intel's profit and affect their ability to stay ahead with their foundries.

    6. Re:Also rather hard to hate on Intel for it by Anonymous Coward · · Score: 0

      Good thing that Intel's arch and process are superior to AMDs now then.

  22. Interesting findings... by Anonymous Coward · · Score: 0

    ...too bad both run Windows 8.

    Meh.

  23. Intel GPUs more open prospect than ARM by Morgaine · · Score: 4, Insightful

    One area in which Intel is significantly more open than any manufacturer in the ARM ecosystem is in graphics hardware. Although Intel hasn't opened all their GPUs fully yet (from what I've read), this seems to be mostly because providing all the documentation takes time, not because they are against making everything open.

    This contrasts dramatically with every single ARM license in existence. ARM's own MALI GPU is tightly closed (probably because MALI was a licensed technology) so the Lima team is having to reverse engineer a Linux driver. All the ARM licensees who provide GPUs seem to be either unable to open their GPU information because their GPU core has been licensed from a 3rd party, or else are simply disinterested in doing so, or else vehemently opposed to it for alleged commercial reasons in at least a couple of cases. So, the prospect of open documentation on SoC GPUs appearing from ARM manufacturers is vanishingly small.

    This gives Intel at least one possible opening through which they can be fairly certain that the competition will not follow. Although that may be worth a lot to us in this community, the commercial payback from community support tends to be very slow in coming. Still, it's something that Intel might consider an advantage worth seizing in the mobile race where they're a rank outsider.

    --
    "The question of whether machines can think is no more interesting than [] whether submarines can swim" - Dijkstra
    1. Re:Intel GPUs more open prospect than ARM by Anonymous Coward · · Score: 0

      Except the "Intel" graphics you're talking about is actually Imagination Technologies PowerVR which is closed and used in ARM chips too.

    2. Re:Intel GPUs more open prospect than ARM by xynopsis · · Score: 1

      You either don't know what you're talking about or just plainly trolling. The GPU specs that Intel opened is the CoreHD graphics series which is Intel's own GPU technology and is in no way related to ImgTech's PowerVR.

      I am looking forward though to the real competition between ARM's latest and greatest with Intel's upcoming Haswell.

    3. Re:Intel GPUs more open prospect than ARM by Narishma · · Score: 1

      Intel don't use their own graphics tech in these Atoms. Instead they license it from ImgTec (PowerVR).

      --
      Mada mada dane.
    4. Re:Intel GPUs more open prospect than ARM by Anonymous Coward · · Score: 1

      Intel don't use their own graphics tech in these Atoms. Instead they license it from ImgTec (PowerVR).

      Not for long

    5. Re:Intel GPUs more open prospect than ARM by Hal_Porter · · Score: 1

      I can't wait for an Atom that pairs the new Atari Dumbledore CPU core and the new Porkslope Turkeyhandle GPU.

      --
      echo -e 'global _start\n _start:\n mov eax, 2\n int 80h\n jmp _start' > a.asm; nasm a.asm -f elf; ld a.o -o a;
  24. Apples and Oranges sometimes by EmperorOfCanada · · Score: 2

    One thing to keep in mind is that the ARM is much more general purpose while the Intel chips tend to have a more complex assembly instruction set. So for adding one number to another (x=y+z) I suspect the simpler ARM architecture is going to win on power consumption. But many Intel chips have assembly instructions specifically for crazy things like AES encryption. This is used as the basis of many encryption protocols, hashing, and random number generation. So if a machine is basically serving up all encrypted data then it is possible that an Intel chip will be much faster and consume much less power while performing these operations. Depending on whether he software will take advantage

    So I thing this is a case where you really have to look at the significantly broken down performance results to see if your use case fits one chip better than the other. A normal consumer example would be if your OS is encrypting your file system and using these cool Intel instructions. I suspect that it would then be a night and day difference in battery drain. But the drag is that you probably have to pretty well buy a device with both chips, set up your standard configuration, and then test it out. This is generally only something an IT person about to provision a department might be expected to do.

    I guess that the overall benchmark is all we really have to go by which really doesn't tell the whole story.

    1. Re:Apples and Oranges sometimes by willy_me · · Score: 3, Interesting

      One thing to keep in mind is that the ARM is much more general purpose while the Intel chips tend to have a more complex assembly instruction set. So for adding one number to another (x=y+z) I suspect the simpler ARM architecture is going to win on power consumption. But many Intel chips have assembly instructions specifically for crazy things like AES encryption. This is used as the basis of many encryption protocols, hashing, and random number generation. So if a machine is basically serving up all encrypted data then it is possible that an Intel chip will be much faster and consume much less power while performing these operations.

      Not really important. The Intel chips convert assembly instruction into microcode - how they implement it internally (either dedicated hardware or reusing existing silicon) is up to them. You can't make a blanket statement like that unless Intel has specifically stated that hardware support is included. But in general, the Atom series trims as much off the CPU core as possible so don't be surprised if hardware support for some of those exotic instructions is lacking. And many ARM cores include instructions that are just as interesting - mostly for the embedded DSP market. A manufacturer, with the appropriate license, can include whatever instructions and dedicated hardware they want.

      What likely matters more then the instructions is the included memory and cache. Intel likely includes a larger cache - which will drive up the price. Cache is usually static and has a very low power draw when not in use. By including a large cache, Intel can minimize expensive requests to memory. Also note that DIMMs have a significant constant current draw. Low power DIMMs are available but more expensive. You can bet that Intel used the latest and greatest for their demo while others might opt for the cheaper and slightly more power hungry DIMMs.

      This demo shows how having a process 1 step more advanced then the competition can make a big difference wrt power consumption. But newer ARMs will be available soon - I believe Samsung is scheduled for roll out 28nm in the near future. Intel still has a long way to go to convince manufacturers that they should pay more for what ARM can do for less.

    2. Re:Apples and Oranges sometimes by Anonymous Coward · · Score: 0

      I think i just read they are down to 14nm.

    3. Re:Apples and Oranges sometimes by TheRaven64 · · Score: 1

      But many Intel chips have assembly instructions specifically for crazy things like AES encryption.

      You picked a pretty poor example, as ARMv8 includes instructions for AES. You should also look at the NEON instruction set on ARM, which has a number of fairly complex floating point operations. The advantage of the microcode on an x86 chip is greater instruction density, meaning less instruction cache usage, so you can have less instruction cache, which means less power consumption. The disadvantage is that you have a significantly more complex instruction decoder, which means more power consumption. The greater instruction density was a big win against more traditional RISC architectures like SPARC, MIPS and Alpha, but is far less so against ARM. For example, address calculation on ARM is about as cheap as on x86 (complex addressing modes were a big win of CISC over RISC when compilers started to use them). In my testing, Thumb-2 code is typically about 10-20% smaller than x86, which means that Intel pays both for bigger instruction caches and for a more complex decoder.

      --
      I am TheRaven on Soylent News
    4. Re:Apples and Oranges sometimes by Pinhedd · · Score: 1

      Intel chips are nothing more than dressed up RISC processors. The high level CISC instructions are converted into RISC micro-ops before execution. Similarly, no one in their right mind would call ARMv7/ARMv8 "reduced"

    5. Re:Apples and Oranges sometimes by Anonymous Coward · · Score: 0

      Samsung is going for 14nm.

      http://www.digitimes.com/news/a20121224PR200.html

      Should put ARM in the price/performance/battery lead again.

    6. Re:Apples and Oranges sometimes by iggymanz · · Score: 1

      except Intel also will be releasing 14nm in 2013. sorry ARM, you lose.

    7. Re:Apples and Oranges sometimes by Anonymous Coward · · Score: 0

      That is Thumb-2 mode. It is mostly used for arm based micro-controllers, reading instructions directly from flash. Arm application processors use the full 32bit arm ISA, which is a lot less dense.

    8. Re:Apples and Oranges sometimes by TheRaven64 · · Score: 1

      Not even slightly true. Thumb-2 is the default instruction encoding for all ARMv7 architecture chips (Cortex-A family), because it is capable of representing the entire instruction set, but is denser. The only reason you would use ARM instead of Thumb-2 is that you want to be compatible with ARMv6 (e.g. ARM11 cores on really cheap, low-end, devices).

      --
      I am TheRaven on Soylent News
    9. Re:Apples and Oranges sometimes by Anonymous Coward · · Score: 0

      Not even slightly true. Thumb-2 is the default instruction encoding for all ARMv7 architecture chips (Cortex-A family), because it is capable of representing the entire instruction set, but is denser. The only reason you would use ARM instead of Thumb-2 is that you want to be compatible with ARMv6 (e.g. ARM11 cores on really cheap, low-end, devices).

      Default for you?

      Thumb vs 32-bit ARM op-codes is just a compiler switch throw.

    10. Re:Apples and Oranges sometimes by Anonymous Coward · · Score: 0

      Intel chips are nothing more than dressed up RISC processors. The high level CISC instructions are converted into RISC micro-ops before execution. Similarly, no one in their right mind would call ARMv7/ARMv8 "reduced"

      So a RISC is a CISC is a RISC?

      Deep.

    11. Re:Apples and Oranges sometimes by TheRaven64 · · Score: 1

      Default as in 'the one that ARM recommend'. The ARM instruction encoding is regarded as legacy compatibility in ARMv7, not as a recommended instruction set for new code.

      --
      I am TheRaven on Soylent News
  25. Re:I wish the would concentrate on giving more spe by jamesh · · Score: 3, Interesting

    I dont give a flying crap how much juice it sucks just give me 75 gigahertz CPU and a damn drive that can keep up.
    Oh and make it AMD prices not intel.

    I suspect you're in the minority here (as in wanting power regardless of power consumption). For me, desktop (and laptop) processors became fast enough about 5 years ago. Probably more. The laptop i'm using now is about 5 years old and any performance problems it has aren't CPU related. A hard drive that can keep up with my 1.8Ghz CPU would be nice - something that could keep your proposed 75GHz running without waiting would be just a little awesome :)

  26. All of that money towards the x86 by Anonymous Coward · · Score: 0

    All of that money for the x86, if it was thrown in for ARM we'd have something better than what we have now.

  27. Comparing two Windows tablets by symbolset · · Score: 1, Funny

    Battery life is not the reason we don't want Windows tablets. Windows tablets suck. Might as well evaluate which one makes a better skateboard.

    --
    Help stamp out iliturcy.
    1. Re:Comparing two Windows tablets by rrohbeck · · Score: 1

      Yup. That same shootout with Android would be way more interesting.

  28. Shill for Intel, earn a forune by Anonymous Coward · · Score: 0

    Most Internet 'Tech' sites are 'pay for play'. Tom's, Anandtech, and Xbitlabs have some of the very worst reputations for this. AMD has never been rich enough to 'pay' in the first instance. Intel, on the other hand, has a PR budget that runs to billions EVER year.

    Samsung's Exynos A15 ARM SoC parts blow away any Atom that Intel has ever built (benchmarks are easily found). To beat the A15, Intel has to use its crown-jewels, the ULV sandybridge parts. With its most recent core design, Intel has a significant lead, dual core vs A15 dual-core, BUT the ARM SoC parts are about to go quad core A15 for far less than anything Intel can afford to charge for a ULV dual core. At quad core, ARM will whip even Intel's latest cores at dual.

    It is going to get far far worse for Intel. The ARM core that replaces the A15 in a year's time is fully 64-bit, but at only 60% of the die size of the A15 (yes, you read that right). ARM has massively re-engineered its core, even as it gets much more functionality.

    Intel has essential written the articles for Anandtech and Tom's (they gave both sites guidelines defined to the nth degree). Tegra 3 is a joke part compared to the current leading ARM SoC designs from Samsung, Apple and Qualcomm, which is why Intel has chosen it for its comparison. Tegra 4, on the other hand, will blow the wheels of anything Intel can deliver in the next 3 years for the equivalent market.

    There are rumours that Intel is about to merge with Nvidia (owners of Tegra). If the Tegra 4 lives up to its expectations AND sees a major GPU advantage over ARM and PowerVR GPU designs, the merger will be a lock. Intel cannot compete with ARM no matter what they do. The Intel TAX makes this impossible. Intel needs an insane Average-Selling-Price for its parts to maintain its mega-expensive operations. Intel is currently heavily subsidising some of its ULV parts to get them into ARM competing products (see the latest Chromebook as an example). It simply cannot afford to do this for significant numbers of chip sales.

    ARM parts can come through as cost-plus. Intel parts can only sell at cost-plus-an unthinkably-high-overhead-profit. The Intel tax means:
    - that die area is wasted on circuits translating x86 to internal RISC machine
    - the translation units waste power
    - the translation units carry a high IP cost that inflates the cost of the chip
    - programming the chip is inefficient, as code must be written in x86, even though the actual core uses a completely different ISA internally.

    Again, Tegra 3 is a poor example of a A9 ARM design (only one slow memory channel, for instance). ARM is already TWO generations beyond the A9 design, and each of these generations is a massive leap over the last. Is it any wonder Intel wants to be compared to the Tegra 3? And even then, Intel is lucky to get a draw.

    1. Re:Shill for Intel, earn a forune by Anonymous Coward · · Score: 0

      ok, any atom as long as you mean any atom that is the slowest and cheapest and intentionally crippled atom(benchmarks easily found).

    2. Re:Shill for Intel, earn a forune by Hal_Porter · · Score: 1

      - that die area is wasted on circuits translating x86 to internal RISC machine

      If you look at a die photo most of the area is cache - the actual CPU is a small fraction of that. And the translation circuits are a small fraction of that.

      --
      echo -e 'global _start\n _start:\n mov eax, 2\n int 80h\n jmp _start' > a.asm; nasm a.asm -f elf; ld a.o -o a;
  29. DIMMs? by dutchwhizzman · · Score: 1

    You must mean RAM chips and even those are often on-chip on these SoC systems. The main thing here is price point and since Intel is the only manufacturer and uses a very expensive fab at 32nm, their system is far more expensive to buy than a "generic" 40nm fab Arm chip. You are right that the Intel is, under the hood, just as RISC as the Arm chip is. The point seems to be that with using a more expensive smaller fab, Intel can sort-of offset the extra power required for the on-the-fly translation of x86 instructions to the "native" instructions for the RISC cores in their system.

    Even though that may be the case, indications that a lot of power was used by the Tegra SoC that has a reputation of being a power hungry beast that's at least one generation older as current state-of-the-art offerings in the last generation of smartphones and tablets. I welcome having x86 stuff available that is easy on batteries, since that would benefit the life cycle of "classic" laptops in the future. However, winning from Arm on the smartphone and tablet market, I don't see that happening any time soon. The other way around, Arm getting into desktop and server market, yes, that is very feasible. They are already getting into the gaming market as well, with several Android based consoles starting to appear in the last few months. Exiting developments and good for competition and prices.

    --
    I was promised a flying car. Where is my flying car?
    1. Re:DIMMs? by nojayuk · · Score: 1

      "You must mean RAM chips and even those are often on-chip on these SoC systems."

      Nope. A DRAM of any significant capacity (256MB or better) has a similar die size to a SoC chip. An SoC will usually have some RAM on-board for buffers, cache, maybe low-end graphics support but the main memory in tablets, phones etc. resides on separate DRAM chips. A typical 2Gb DDR3 die is about 30 sq. mm whereas the Tegra 3 with 5 cores and over a MB of cache is 80 sq. mm.

      Devices like the Raspberry Pi uses package-on-package construction where the DRAM device is mounted on top of the SoC controller to save space but they don't share the same die.

    2. Re:DIMMs? by Anonymous Coward · · Score: 0

      They're still not DIMMs. The OP is a fag.

  30. Anonymous Coward writes by Anonymous Coward · · Score: 0

    I am currently working for ARM in Cambridge. This has been a major talking point at lunch. What happens when Intel really become serious in ARM's domain? The war isn't over, but ARM have to get serious about Intel. Who will buy ARM and invest some much needed capital?

  31. Biased review ! by Anonymous Coward · · Score: 1

    They are comparing old ARM vs new Intel !

  32. Re:I wish the would concentrate on giving more spe by Anonymous Coward · · Score: 0

    Computers are not fast enough yet for me. When I click on "rebuild all" it doesn't complete within 5 seconds.

  33. Re:I wish the would concentrate on giving more spe by Anonymous Coward · · Score: 0

    Desktop processors became fast enough about 5 years ago*

    *Except for Gentoo users

  34. Apple by Anonymous Coward · · Score: 0

    After apple announced they were going to look into ARM for lower power consumption it was obvious Intel would respond, guess we know how now.

  35. Duh? by Anonymous Coward · · Score: 1

    Tom's Hardware was bought outright by Intel years ago, and has since written only glowing reviews of trending Intel products. What else did you expect to come out of that now-defunct propaganda machine?

  36. Embraced, extended... by justthinkit · · Score: 1

    Sounds like Intel is leading ARM along...give them a bit of a head start, then catch up, then...

    --
    I come here for the love