Chrome - BBC Frontpage

To verify the findings of the previous use-case, we try to have a look at a different web-page. This time we load the BBC's mobile front-page. It's a fairly medium sized page with moderate complexity but which still represents a large amount of web content in mobile.
 

The little core data doesn't look much different than what we saw on the AnandTech frontpage. The little cores see a consistent high load, with a fairly large peak towards the main rendering phase of the page.

Chrome again seems to cause the system to spawn more threads than what the little cluster can accomodate.

The big cores also behave similarly to what we saw on the AnandTech front-page. There's a consistant load of a single large thread with some bursts where up to all 4 CPUs are doing some processing.

The total run-queue depths for the system again confirm what we saw in the previous scenario: Chrome is able to consistently make use of a large amount of threads, so that we see use of up to 6 CPUs with small bursts of up to almost 9 threads. 

What is interesting about the Chrome results is that most of the threads are placed on the little cores, meaning we have a large amount of small threads. Because the migration mechanisms of HMP don't migrate threads below a certain performance threshold, this causes some oversaturation of the little CPU cluster. 

This is an interesting implication for non-heterogeneous 8 core designs such as seen from MediaTek. In such a scenario having 8 little cores at more or less the same performance capacity would indeed make quite some sense. It's again MediaTek's X20 design with 2 clusters of 4 cores and a cluster of 2 high performance cores which comes to mind when looking at these results, as I can't help but think that this would be a use-case which would make perfect sense for that SoC.

Browser: Chrome - AnandTech Frontpage App: Hangouts Launch
Comments Locked

157 Comments

View All Comments

  • toyotabedzrock - Wednesday, September 2, 2015 - link

    This article author is partly color blind, reading the hangout app launch section makes it obvious he can't see the color difference of 1800 and 2100.
  • LiverpoolFC5903 - Wednesday, September 2, 2015 - link

    Great piece from AT as usual. Very interesting to say the least.

    I remember reading another good piece about multiple core usage in Android in one of the android themed websites (Androidcentral?). It was a much simpler analysis and the premise was to debunk the myth that more cores are pointless at best and counter productive at worst.

    The conclusion from the tests were unequivocal. Android DOES make use of multiple cores, both via multi threaded programs and discrete system tasks. So core count DOES matter, at least to an extent.
  • name99 - Wednesday, September 2, 2015 - link

    No-one is denying that "Android can make use of multiple cores".
    What they are denying (for this article and similar) is that the core are
    - a useful way to save power OR
    - a way to make the phone feel/behave faster

    This article, you will notice, does not answer either of those issues. It doesn't touch power, and there've been plenty of comments about above (by myself and others) why what is being shown here has no relevance to the issue of performance.

    Do you really want to insist on claiming that articles prove what they manifestly do not, and insist on ignore the (well-explained) concerns of engineering-minded people about the sorts of tests that ARE necessary to answer these questions? Wouldn't you rather be on the side of the engineers trying to understand these issues properly, than on the side of the fanboys, uninterested in the truth as long as you can shout your tribal slogans?
  • darkich - Friday, September 4, 2015 - link

    You make no sense.
    Ever heard of the benchmarks?
    If all cores are used (which this article proves as a fact), and if the benchmark shows the chip scoring higher than the chip with less cores - then yes, more cores means better performance.
    It is a matter of that simple logic.

    And the whole massive myth that this analysis dispelled was exactly the following - more cores is an useless gimmick BECAUSE ANDROID APPS CANNOT make use of them
  • Hannibal80 - Wednesday, September 2, 2015 - link

    Wonderful article
  • BillBear - Wednesday, September 2, 2015 - link

    Absolutely fascinating stuff. I was seriously not expecting to see Mediatek's ultra high core count strategy vindicated by real world measurements. That's the great thing about taking measurements instead of just speculating.

    As a follow up, it would be fascinating to see how selectively disabling different number of cores effects timed tests.

    For instance, select an extremely CPU heavy web site like Forbes and see if allowing half as many cores makes rendering the home page take twice as long.
  • serendip - Wednesday, September 2, 2015 - link

    Excellent article as usual by Andrei. As an owner of a phone with the MT6592 Mediatek 8-core A7 chip, I was also skeptical about the point of having so many small cores. I only got the phone because it was cheap :) I've seen all 8 cores spike to max frequency when loading complex web pages or playing games. For common tasks, only 2 or 4 cores are used. I've also found that down clocking it doesn't slow things down much and yields longer battery life; modifying the single core upfreq and additional core activation thresholds could be key to optimizing these chips to one's usual workload.
  • Notmyusualid - Friday, August 26, 2016 - link

    Good comment - I've been pondering this all morning, hence why I'm back on this article. Looking at an A9 Pro right here, 4.4 configuration.

    It seems that the low cores have a min freq of 400MHz, which I find interesting, as they seem to sit a 691MHz most of the time. Two of the big four sit in sleep, with the other two at 833MHz.

    I wonder how adjustment to the larger cores may improve battery life.
  • krumme - Thursday, September 3, 2015 - link

    Absolutely brilliant article that moved my pre undertanding.
  • zodiacfml - Thursday, September 3, 2015 - link

    Anandtech does it again. You are my entertainment and knowledge at the same time.
    My thoughts: Quite not surprising after seeing some benchmarks of some SoCs in one or two years since. I think the question here is performance versus more cores. More but smaller cores are best for efficiency and probably better marketing. The only problem with these smaller cores is performance which is why we often see them on cheaper devices and doesn't feel as fast. We still need more frequency for some big things and I believe a fast dual core will answer that. So, I can't wait to see the X20.

Log in

Don't have an account? Sign up now