Samsung Galaxy Nexus & Ice Cream Sandwich Review
by Brian Klug & Anand Lal Shimpi on January 18, 2012 1:34 PM ESTThe SoC: TI's OMAP 4460
The launch platform for Ice Cream Sandwich was TI's OMAP 4460. Unlike previous Android releases however, it seems that other SoCs will see their ICS ports done in a much quicker manner. It took a very long time for Honeycomb to be ported to other SoCs, whereas a number of companies have already demonstrated ICS running on their hardware (e.g. Intel, NVIDIA). If this is the case going forward, the launch vehicle for a new Android version may not mean what it used to.
The OMAP 4460 is a fairly standard, yet full featured dual-core ARM Cortex A9 SoC. You get two A9 cores complete with MPE (NEON support), behind a shared 1MB L2 cache. The SoC features two 32-bit LPDDR2 memory channels as well. The GPU is provided by Imagination Technologies in the form of a PowerVR SGX 540.
Max clocks for the OMAP 4460 are 1.5GHz for the CPUs and 384MHz for the GPU. As with all SoCs, all final clocks are OEM customizable to hit their desired point on the performance/battery life curve. Google and Samsung settled on 1.2GHz for the cores and 307MHz for the GPU, both exactly 80% of the OMAP 4460's max frequencies. Sprint recently announced its Galaxy Nexus would run at 1.5GHz. It's quite possible that we'll see a jump in GPU clocks there as well since the two may run in lockstep.
From a CPU standpoint the 4460 is competitive with pretty much everything else on the market (A5, Exynos, Tegra 2, Snapdragon S3). The 4460 does have more memory bandwidth than Tegra 2, Tegra 3 and Snapdragon, but it's comparable to Apple's A5 and Samsung's Exynos 4210. It's the GPU that's a bit dated at this point; the PowerVR SGX 540 typically delivers Tegra 2-class performance. A quick look at GLBenchmark and Basemark results echoes our findings:
At 720p, which happens to be the GN's native resolution, the OMAP 4460 is much faster than Tegra 2. It's also important to note just how much faster Tegra 3's GPU is by comparison.
I understand why Google didn't wait for a Krait based SoC, however I don't believe the OMAP 4460 was the best bet given the launch timeframe of the Galaxy Nexus. Based on performance alone, Google should have picked Tegra 3 as the launch platform for ICS. GPU performance is much better than the SGX 540 and there's comparable CPU performance. It's possible that Google needed the memory bandwidth offered by OMAP 4, but we'll find out for sure soon enough as the first Tegra 3 device (ASUS' TF Prime) is slated to get ICS this week.
I'm also less concerned about power consumption being an issue since NVIDIA added full power gating to all of the cores in Tegra 3. With a conservative enough power profile Google could have guaranteed battery life similar to OMAP 4460 out of Tegra 3.
I get the feeling that Google wasn't very pleased with NVIDIA after Honeycomb and chose to work with TI this time around for reasons other than absolute performance. If it weren't for the fact that Tegra 3 and other SoCs appear to be getting ICS in fairly short form I'd be more upset over this decision. To be honest, the choice of SoC simply hurts the Galaxy Nexus as a phone. If I were you, I'd wait for a Krait based device.
Facebook
Twitter
RSS
185 Comments
View All Comments
sjankis630 - Wednesday, January 25, 2012 - link
I can comment that my Galaxy Nexus' black is as black as midnight to a blind man.The only time I see some grey type tones is when the website is colored that way.
walkman - Sunday, January 22, 2012 - link
That was a shocking detailed and informative review -- It's the sort of article that makes Anandtech my first choice for tech reviews.- The article mentioned new processors just around the corner. Was this referring to any processors other than Krait? I haven't heard any news about Krait since November PR -- Are we looking at April or June? And do we think anyone besides HTC will use Krait?
Omid.M - Sunday, January 22, 2012 - link
Processors around the corner:Krait
Tegra3
OMAP5
Exynos 5250
It's going to be a bloodbath for the next 12-18 months.
If iPhone 5 uses the MDM9160 (?) modem with LTE, I'm jumping on that. Tired of tweaking battery life on my Thunderbolt. Not sure I want to do the same with a Galaxy Nexus LTE.
And what's this I'm reading about connection issues / dropped calls on the VZW Nexus? Ridiculous.
Rictorhell - Monday, January 23, 2012 - link
I am a big fan of this site and I read the reviews and articles all of the time and I find them very informative and useful, but, I have a request.When a review is written, particularly about a certain smartphone or tablet, it is mentioned whether the device has an SD card slot and you always tend to differentiate between whether it is a “full-sized” SD slot or a “micro”SD slot. That is useful to know, but there are several actual types of SD cards available, each with a different maximum storage capacity, and you don't specify in your reviews which types of SD cards are actually supported by the device being reviewed and I think that is a bit of an oversight.
To the best of my knowledge, standard SD cards only have a maximum capacity of up to 2gb, while SDHC cards can go up to as high as 32gb, and SDXC cards, while only available right now in sizes up to 128gb, are supposed to theoretically be able to be manufactured in sizes up to 2tb.
There is a huge difference in size between 2gb, 32gb, and 128gb. Given that smartphones and tablets have substantial built in limits as far as storage capacity, I think it would be very helpful to know which type of SD card is supported by which device, if that is possible.
If I read two reviews about two different Android tablets and both reviews mention that both cards have a full-size SD card slot, as a user with a lot of media files, I'm going to be interested to know if one of those tablets can support SDXC cards while the other one cannot.
I consider that to be a major feature, to me, just as important as battery life. If you do reviews of tablets and smartphones, or even ultrabooks, and neglect to specify how much storage potential these devices have or do not have, you are making it very easy for the hardware manufacturers to simply put in second rate storage and format support, knowing that it will not be covered in reviews by sites like Anandech. Not only is this going to stunt the evolution of these devices but it's also going to mean less options for consumers.
Anyway, thank you for your time.
peevee - Tuesday, January 24, 2012 - link
Anand, please include OS version number (and carrier when applies) in the charts for performance and battery life tests. They make huge difference, as browser speeds improve, they consume less CPU time and less energy when browsing.For example, the discrepancy between iPhone 4 and iPhone 4S looks outsized and probably is the result of testing iPhone 4 with iOS much older than the current version, probably not even 4.3, and 4S with iOS 5.
skinien - Tuesday, January 24, 2012 - link
What a review!!! I'm not in the market for a new hone right now, but when the time comes, I'll be looking here for a review on prospective phones. GREAT WRITE UP!sonicmerlin - Thursday, January 26, 2012 - link
I'm sorry, but you're ignoring the fact that ICS STILL lags. If you load up a heavy site like theverge, try scrolling around while the site is loading. Your entire page stutters and freezes until everything is done loading. ICS also lags more as you load more apps onto your phone, just like all previous versions of Android. Also notice how all UI elements are flattened when pages are rendered. Try zooming in or out. The new page info appears all at once, rather than pop up individually as in iOS and WP7. This can result in lag on heavy sites.For whatever reason tech "nerds" don't seem to notice the very obvious fluidity issues. Yes once you've loaded up a site it's easy to pan around, but people don't sit there patiently waiting for websites to load. Nor do they appreciate the frequent microstutters due to garbage collection issues, or the massive standby battery drain issues that tons of Android phones experience. And even the basic phone UI itself still lags behind your finger, demonstrating an irritating rubberband affect.
It's stupid. Android will never stop lagging until Google rewrites the OS to give the UI thread priority, instead of putting it at the same level as app priority.
rupert3k - Friday, January 27, 2012 - link
Learned loads from reading this, really impressed with how far Android has come.The stuttering when scrolling, zooming or browsing always annoyed me, stoked to learn ICS is fully accelerated.
One wonders if we'll see any Motorola Nexus style devices once Google settles into their new ownership. Be nice to see a Motorola this nice!
Hope we see high dot pitch Android devices to combat Retina, not happy with AMOLED at present it seems a bit yellowy & over saturated to me, surely LG or Samsung can also spec Retina style IPS or at least offer the choice between AMOLED & IPS 330dpi.
Bring on the Quad high DPI Android & iOS tablets!!
bruce3777a - Sunday, January 29, 2012 - link
Hi,Please bear with me:)
If a phone was upgraded from Gingerbread to ICS and It appears to be able to still work with the apps from many banks
It seems like these apps were not compatable with tablets running honeycomb so it was necessary to just use the browser.
If a tablet is upgraded from Honeycomb to ICS, or if a new tablet is purchased that has ICS would/should that automatically make it compatable, or is there still something that the banks would need to do to make it universal to both phones and tablets that use ICS. Thanks in advance for any insight.
Lucian Armasu - Monday, January 30, 2012 - link
I think I figured it out. I just saw this:http://score.nena.se/nenamark/view?version=2&d...
And I remembered it's not the only time I see 1196x720 pixels being rendered in a benchmark. Anand, if you're reading this, could it be because the buttons are NOT rendered by the GPU, and instead are rendered by those Cortex-M3 2D cores? They would have to render much fewer pixels, but they are also much slower than the GPU, and also pretty old tech I think.