Multi-core superphones could Benefit From Honeycomb.

Posted on 30 January 2011, Last updated on 30 January 2011 by

I don’t know if you’ve seen the pdfs yet but the whitepapers published by Nvidia last week are worth spending an hour going through if you’re interested in ultra mobile and low power computing.

The two pdfs focus on the benefits of high performance graphics and multiple cores in mobile computing. While I’m yet to be convinced that I need 1080p decoding and gaming graphics on my mobile computer, I do see that improved user interfaces and acceleration of some elements of the web page and web application process is beneficial. After reading the reports I’ve also come away with positive thoughts about multicore computing as a way to save battery life. The theory is simple – high clockrates need higher voltages and more power in exponentially rising amounts and so running two cores at a lower clock to complete the same task can result in power savings.

In podcast 63 at Meetmobility, Al Sutton of Funky Android, an Android consulting company, highlighted why he thought Honeycomb would appear on phones. His theory is based on the fact that Honeycomb is the first version of Android to be built with multicore platforms in mind and the supephones will therefore benefit. The Dalvik environment that applications run in is multicore-aware and will attempt to use multiple cores to speed up (and lower the power cost) of jobs that run in it. That feature alone could help every application running on Android without any programming changes in the application. With smartphones heading in the multicore direction, Honeycomb brings advantages and unless there’s a new multicore aware version in the 2.x branch, Honeycomb could be the way to go for multicore smartphones.

So why don’t silicon experts Intel use multiple cores in their Moorestown platform? The platform runs up to 1.8Ghz I understand so wouldn’t it be better to run 2 cores at, say, 1Ghz? Cost of silicon, size and complexity are probably in the equation and there’s probably a marketing advantage in using a higher clockrate but you would think that if this theory of more cores x lower clock=less power is true, Intel would be doing it too considering how badly they want to get into smartphones. Perhaps it is because much of the software out there isn’t truly multi-threading enabled and the advantages are limited. Where a program runs on multiple cores at a lower clockrate but only utilises one it means that the operation takes longer to run and the system can’t get into an idle state as quickly and the power used is way higher. Just leaving a wifi and screen on for a small extra time will negate any potential advantage.

It’s complex stuff but my feeling right now is that multiple cores are going to bring advantages. We’ll see, in time, if the Honeycomb-for-superphones theory is correct and we’ll see if Intel goes that route for Moorestown and Medfield too.

1 Comments For This Post

  1. Nirioun says:

    any info about having the UI run in a separate core or at least through GPU acceleration? so that way if a program is hogging resources you can move onto the next task “smoothly”.

    Google has got to do more too make the UI experience smoother like iOS, lag is a much more annoying problem on a touch based device than mouse/KB.

    has Google seen how smooth BB Playbook is? rumor is also the new webOS tablets will be GPU accelerated.

Search UMPCPortal

Find ultra mobile PCs, Ultrabooks, Netbooks and handhelds PCs quickly using the following links:

Acer C740
11.6" Intel Celeron 3205U
Acer Aspire Switch 10
10.1" Intel Atom Z3745
Acer Aspire E11 ES1
11.6" Intel Celeron N2840
Dell Latitude E7440
14.0" Intel Core i5-4200U
Acer TravelMate B113
11.6" Intel Core i3
Lenovo Ideapad Flex 10
10.1" Intel Celeron N2806
ASUS Zenbook UX305
13.3" Intel Core M 5Y10a
HP Elitebook 820 G2
12.5" Intel Core i5 5300U
Dell Chromebook 11
11.6" Intel Celeron 2955U
WiBrain B1H
4.8" VIA C7-M