4 ms·
There's absolutely no reason for Chromebooks to use x86 chips. What about people that prefer trading some battery life for some performance?
by Teckla 14y ago
There's absolutely no reason for Chromebooks to use x86 chips.
What about people that prefer trading some battery life for some performance?
- cube13 14y agoThe use case that most people cite when they say that they're developing on a chrome machine is to use it as a dumb SSH terminal to their actual development machines. So they're not going to benefit from the higher performance, because all the heavy lifting is being done elsewhere.
- vibrunazo 14y agoIt's an i5 processor, 2 cores at 1.8ghz. New generation arm processors, for example the tegra 4, is quad core at 1.9ghz. Wouldn't it be both more powerful and have more battery life, if it had waited for the tegra 4? Or am I missing something?
- Einherji 14y agoYes you are missing something. Processor performance is not simply a function of number of cores and clock speed. There are vast differences between arm's architecture and x86.
- vibrunazo 14y agoHow could we compare then?
- akandiah 14y agoBenchmarks.
- jiggy2011 14y agoI don't know what benchmark would give an unbiased comparison.
- iso-8859-1 14y agoBuild your own benchmark. Measure whatever you want to do. Or if you insist on standardized testing, use something like SPECInt 2006. Results here: http://www.spec.org/cpu2006/results/res2013q1/ http://www.spec.org/cpu2006/results/res2013q1/ (sadly no ARM results). Of course that is only for integer calculations, if you need fp, use SPECfp.
- jiggy2011 14y agoThere's nothing that you can really condense down into a couple of simple numbers to use in marketing to non technical people.
- Orva 14y agoActually comparing Arm versus x86 is really like comparing apples to oranges. One is RISC, other is CISC. One is good with running multiple threads on single core with highly sophisticated branch prediction, other concentrates having many low powered cores each hoarding threads. And this is very, very crude simplification. Benchmarks tend to be always favor other camp, depending which attributes you are testing.
- ccozan 14y agoActually Intel chips are since long RISC based, with a CISC translation layer. The real difference is in the more advanced pipeline, prediction and cache and and of course the 32 vs 64 bit + other architectural features. Hence the intel chips use a lot more power than an ARM based processor.
- Einherji 14y agoThis is not exactly true. In most cases intel's chips are more power hungry but the low power atom processors bring better performance than an ARM cortex A9 while still having lower power consumption. (mostly by racing to sleep faster) And this is a three year old architecture i'm talking about. link for the curious:http://www.anandtech.com/show/6529/busting-the-x86-power-myth-indepth-clover-trail-power-analysis http://www.anandtech.com/show/6529/busting-the-x86-power-myt...
- kunai 14y agoYou are missing something. 2 things, actually. Cache and instruction set. Intel is still more powerful than ARM because of its instruction set.
- iso-8859-1 14y agoWhat makes the x86 instruction set more powerful than ARM?
- kunai 14y agoIt's CISC rather than RISC, and ARM chips are also designed to use as little power as possible, reducing performance.
- iso-8859-1 14y agoI don't see how being CISC rather than RISC results in any inherit advantage. "The CISC approach attempts to minimize the number of instructions per program, sacrificing the number of cycles per instruction. RISC does the opposite, reducing the cycles per instruction at the cost of the number of instructions per program."
- masklinn 14y ago> What about people that prefer trading some battery life for some performance? Question being, performances for doing what? What are you going to do with a chromebook to need the extra oomph?
- MatthewPhillips 14y agoWebGL? Web Workers? It's astonishing how out of touch the cynics in this post are with modern web technologies.
- jiggy2011 14y agoThese aren't exactly things that seem to have taken the web by storm as of yet. Maybe in 3 years.
- ungage 14y agoModern doesn't mean "in use". I haven't seen much more than proof of concepts and demos when it comes to those technologies. Feel free to point out real-world uses if there are any that could benefit me.