CPU and System Performance

Snapdragon 820 included Qualcomm’s first fully-custom 64-bit CPU cores. The unique microarchitecture’s floating-point IPC was very good, but integer IPC was no better than ARM’s older A57 core. Its power efficiency was lower than competing cores as well. Instead of using a revised quad-core Kryo arrangement for Snapdragon 835, Qualcomm decided to go in a completely different direction.

The new Kryo 280, despite the similar name, shares no design DNA with the original Kryo. Its an octa-core, big.LITTLE configuration with four “performance” cores and four lower-power “efficiency” cores. What makes Kryo 280 unique, however, is that it’s the first design to use ARM’s new "Built on ARM Cortex Technology" (BoC) license, which allows vendors to customize ARM cores. This new semi-custom option gives vendors the ability to differentiate their products from those using ARM’s stock cores while avoiding the more costly route of creating a fully-custom design from scratch.

The BoC license allows the vendor to request certain modifications, particularly to the fetch block and issue queues, but certain parts of the microarchitecture are off limits, including the decoder and execution pipelines, because modifying these blocks requires too much effort. Qualcomm is not disclosing which ARM cores serve as the foundation for Kryo 280 or precisely which modifications it requested, but it did say that both CPU clusters use semi-custom cores. Qualcomm also confirmed that Snapdragon 835’s memory controllers are its own design.

Geekbench 4 - Integer Performance
Single Threaded
  Snapdragon 835 Snapdragon 821
(% Advantage)
Snapdragon 810
(% Advantage)
AES 905.40 MB/s 559.10 MB/s
714.47 MB/s
LZMA 3.13 MB/s 2.20 MB/s
1.92 MB/s
JPEG 16.80 Mpixels/s 21.60 Mpixels/s
12.27 Mpixels/s
Canny 23.60 Mpixels/s 30.27 Mpixels/s
23.63 Mpixels/s
Lua 1.84 MB/s 1.47 MB/s
1.20 MB/s
Dijkstra 1.73 MTE/s 1.39 MTE/s
0.91 MTE/s
SQLite 53.00 Krows/s 36.67 Krows/s
33.30 Krows/s
HTML5 Parse 8.67 MB/s 7.61 MB/s
6.38 MB/s
HTML5 DOM 2.26 Melems/s 0.37 Melems/s
1.26 Melems/s
Histogram Equalization 52.90 Mpixels/s 51.17 Mpixels/s
53.60 Mpixels/s
PDF Rendering 50.90 Mpixels/s 52.97 Mpixels/s
43.70 Mpixels/s
LLVM 196.80 functions/s 113.53 functions/s
108.87 functions/s
Camera 5.71 images/s 7.19 images/s
4.69 images/s

The Snapdragon 835’s Kryo 280 CPU shows a noticeable improvement in integer IPC relative to the 820/821’s Kryo core. This is not unexpected, however, considering integer performance was not one of Kryo’s strengths. While most workloads see large increases, there are a few regressions too, notably in JPEG, Canny, and Camera. We saw this same performance pattern from Kirin 960’s A73 CPU as well. These integer results, along with L1/L2 cache behavior, match the A73’s unique performance fingerprint, confirming that Kryo 280’s performance cores are based on ARM’s latest IP.

Quickly comparing Snapdragon 835 and Kirin 960 Geekbench 4 Integer results also shows performance variations that cannot be fully explained by differences in frequency or normal testing variance. The differences only occur in a few specific tests and range from 9% to -5%, which again is not completely unexpected given the limited number of modifications the BoC license allows for semi-custom designs.

Geekbench 4 (Single Threaded) Integer Score/MHz

The chart above divides the overall integer score by CPU frequency, making it easier to directly compare IPC. Taken as a whole, the performance of Kryo 280’s semi-custom performance core is not much different than the Kirin 960’s A73 core in this group of workloads, with individual gains and losses nearly averaging out. Its overall IPC is also only about 6% higher than A72 and 14% higher than A57. Its advantage over Snapdragon 820/821 widens to 22%, partly because Kryo’s poor performance in the LLVM and HTML5 DOM workloads drags down its overall score.

While Snapdragon 835 leads other SoCs by a slim margin in this test, it’s not a sweeping victory. Just like we saw with Kirin 960’s A73 cores, performance improves in some workloads but regresses in others.

Geekbench 4 - Floating Point Performance
Single Threaded
  Snapdragon 835 Snapdragon 821
(% Advantage)
Snapdragon 810
(% Advantage)
N-Body Physics 879.6 Kpairs/s 1156.7 Kpairs/s
580.2 Kpairs/s
Rigid Body Physics 6181.7 FPS 7171.3 FPS
4183.4 FPS
Ray Tracing 232.6 Kpixels/s 298.7 Kpixels/s
130.1 Kpixels/s
HDR 7.8 Mpixels/s 10.8 Mpixels/s
6.4 Mpixels/s
Gaussian Blur 23.4 Mpixels/s 48.5 Mpixels/s
21.9 Mpixels/s
Speech Recognition 13.9 Words/s 10.9 Words/s
8.1 Words/s
Face Detection 513.8 Ksubs/s 685.0 Ksubs/s
404.4 Ksubs/s

Snapdragon 835’s Kryo 280 takes two steps backwards when running Geekbench 4’s floating-point workloads, finishing well behind Snapdragon 820/821’s Kryo core and even a little behind SoCs using the A72 core. Its IPC is on par with the Kirin 960’s A73 core, with even less variation between individual scores than we saw when running the integer workloads.

The A73’s slight performance regression relative to the A72, which also applies to the semi-custom Kryo 280, is a bit surprising, because their NEON execution units are relatively unchanged from the A72’s design. If anything, the A73’s lower-latency front end and improvements to its fetch block and memory system should give it an advantage, but that’s not the case. The A73’s narrower decode stage could limit performance for some workloads but not all. Both the Kirin 960’s A73 and Snapdragon 835’s Kryo 280 show reduced L2 cache read/write bandwidth (and lower L1 write bandwidth) relative to A72, which could also negatively impact performance.

Geekbench 4 (Single Threaded) Floating Point Score/MHz

Snapdragon 835’s floating-point IPC is 23% lower than Snapdragon 820/821’s. One has to wonder if this is the result of a forced compromise or a willing change in design philosophy. When Qualcomm started work on Kryo more than 2 years ago, it may have envisioned new workloads that never materialized. Or it could be that with more compute workloads shifting to the GPU and DSP to improve efficiency, it was willing to sacrifice some floating-point performance to save area and power.

Geekbench 4 - Memory Performance
Single Threaded
  Snapdragon 835 Snapdragon 821
(% Advantage)
Snapdragon 810
(% Advantage)
Memory Copy 4.70 GB/s 7.82 GB/s
3.99 GB/s
Memory Latency 13.95 Mops/s 6.64 Mops/s
4.29 Mops/s
Memory Bandwidth 17.95 GB/s 13.53 GB/s
7.15 GB/s

The Kryo 280, A73, A72, and A57 cores all have 2 address generation units (AGUs). Unlike the A72/A57, however, which use dedicated AGUs for load and store operations, each AGU in Kryo 280/A73 is capable of performing both operations. For Kirin 960, this change, among others, reduces memory latency and significantly improves bandwidth to main system memory relative to Kirin 950.

Snapdragon 835’s memory latency and bandwidth numbers are even better than Kirin 960’s—up to 11% after accounting for differences in CPU frequency. The 835 sees impressive gains over the 820/821 too. Switching to Kryo 280 does not provide the same bandwidth boost as the switch to A73 did for Kirin 960, however, because Kryo’s 2 AGUs were already capable of performing both load and store operations, albeit with a higher latency in some cases.

System Performance

So far our initial results show Snapdragon 835’s Kryo 280 is a big.LITTLE combination of semi-custom A53 and A73 CPU cores, whose integer and floating-point IPC is similar to Kirin 960. System-level tests like PCMark, which includes several realistic workloads that stress the CPU, GPU, RAM, and NAND storage using standard Android API calls, are affected by more than just CPU IPC and memory latency, however. Device OEMs tune the software parameters that control the scheduler and DVFS systems to achieve the desired balance between performance and battery life, to meet quality of service goals, and to stay within a particular design's thermal limits.

No doubt we'll see performance vary among the upcoming Snapdragon 835 devices, just like we do with other SoCs, but for now we see Qualcomm’s 835 MDP/S with the top overall score in PCMark, just barely ahead of the Mate 9 and its Kirin 960 SoC. It’s also 23% faster overall than the top-performing Snapdragon 821 phone.

PCMark - Work 2.0 Performance Overall

PCMark - Web Browsing 2.0

PCMark - Writing 2.0

PCMark - Data Manipulation 2.0

The Snapdragon 835 MDP/S performs well in the Web test, although its advantage over the Mate 9 is only 10%. Its performance lead over the Snapdragon 820/821 phones, which all fall behind SoCs using ARM’s A72 and A73 CPUs, grows to 34% in this integer-heavy test.

The PCMark Writing test generates frequent, short bursts of activity on the big CPU cores while performing a variety of operations, including PDF processing and file encryption (both integer workloads), memory operations, and even reading and writing some files to internal NAND. Because of this, it tends to produce the most varied results. Take the spread between the Snapdragon 820/821 phones, for example, where the LeEco Le Pro3 is 40% faster than the Galaxy S7 edge. The performance difference between the Snapdragon 835 MDP/S and Mate 9 is negligible, however. Comparing Snapdragon 835 to older members of the Snapdragon family reveals more significant differences; it’s 24% faster than the LeEco Le Pro3 (S821), 80% faster than the Nexus 6P (S810), and 162% faster than the Lenovo ZUK Z1 (S801AC).

The PCMark Data Manipulation test is another primarily integer workload that measures how long it takes to parse chunks of data from several different file types and then records the frame rate while interacting with dynamic charts. Once again the Snapdragon 835 MDP/S and Mate 9 deliver similar performance, but they separate themselves a little further from the pack. Like we saw in the Writing test, the phones using Snapdragon 820 show significant performance variation, providing another example of how OEM tinkering impacts the user experience. The Snapdragon 835 MDP/S outperforms the Pixel XL by 28% and the LG G5 by 111%.

PCMark - Video Editing 2.0

PCMark - Photo Editing 2.0

The Video Editing test, which uses OpenGL ES 2.0 fragment shaders for applying video effects, actually presents a very light load to the system. After monitoring the behavior of several phones while running this test, I’ve noticed that GPU frequency remains close to idle and most phones do not migrate threads to the big CPU cluster, using the little A53 cluster exclusively, which is why we see very little performance variation in this test.

The Photo Editing test applies a number of different photo effects and filters with both the CPU and GPU. The Snapdragon 835 MDP/S and the phones using Snapdragon 820/821 rise to the top of the chart thanks to their Adreno GPU’s strong ALU performance. The 835’s Adreno 540 GPU helps it perform 33% better than the highest performing phone with an ARM GPU, the Mate 9 and its Mali-G71.

Kraken 1.1 (Chrome/Safari/IE)

WebXPRT 2015 (Chrome/Safari/IE)

JetStream 1.1 (Chrome/Safari)

Yes, the iPhones perform well in these JavaScript tests. No, you cannot use these tests to compare IPC between Apple’s A-series SoCs and those found in Android phones, because they are running different browsers. A significant portion of the iPhones’ performance advantage actually comes from Safari’s JavaScript engine.

The Snapdragon 835 MDP/S compares favorably to other phones using the Chrome browser (all of the phones are using the latest version). It joins the Snapdragon 820/821 phones at the top of the chart in Kraken, although, its performance is no different. It essentially matches the Mate 9 in JetStream too, but pulls ahead of the Snapdragon 820/821 phones by 15% to 37%. Performance is unexpectedly good in WebXPRT 2015 where it pulls ahead of the Mate 9 by 24% and up to 67% over the Galaxy S7 (S820).

As an additional point of interest, and to further highlight the software layer’s effects, we also ran these tests using Qualcomm’s internally developed browser that’s optimized for Snapdragon SoCs. Kraken only sees a modest improvement to 2,305 ms, but JetStream improves by 24% to 87 and WebXPRT 2015 jumps to 280, an 82% improvement.

Introduction GPU Performance
Comments Locked


View All Comments

  • joms_us - Thursday, March 23, 2017 - link

    Well not quite 100% to me... Hell knows what background app is making those spikes and not Geekbench


    Remember the news about benchmark cheating of Samsung and now Oneplus? What they did are perfectly valid because a worthless app like Geekbench does not measure the true IPC of the SoC if it can't maximize it. You go to Windows world, people will disable CnQ or Speedstep and Powernow just to make sure processor is running at 100% of frequency to measure true IPC.

    P.S Thanks for the name of the app, I appreciate it!
  • realbabilu - Sunday, March 26, 2017 - link

    I remember in Windows Pc,
    is hard to get all cores stay flat at 100% unless I got very good multithread multiprocessor designed program like Ansys or Abaqus. Means its very tough to get/program a software that can utilize all cores stay at 100%.
  • ah06 - Wednesday, March 22, 2017 - link

    Please stop posting, your understanding of SoCs is less than primary school level and you are talking to experts like Andrei........
  • ah06 - Wednesday, March 22, 2017 - link

    Why are you on Anandtech? How old are you?
    Please do not post again
  • joms_us - Thursday, March 23, 2017 - link

    Oh some God from heaven, sorry for stopping by here.
  • lilmoe - Thursday, March 23, 2017 - link

    lol, I was literally being sarcastic in my comment. Looks like it stirred a lot of angry replies.

    - Geekbench does scale well across all cores. That's not the problem. Geekbench sucks as a benchmark for "absolute" performance of the CPU portion of an SoC (or platform like QC likes to call it) that matters for modern workloads. In addition to that, the way it calculates the totals and how the devs decide what sub-score counts more than what is absolute BS. Most of the workloads it tests are rarely dealt with the CPU and more commonly offloaded to co-processors. Yes, even on iOS devices. I find the compute portion of geekbench rather interesting, but it's rarely discussed by anyone.

    - CPUs are getting less and less relevant in modern content consumption workloads. Offloading to co-processors, if at all possible, is the way to go. For instance, Intel's latest 7700K CPU (cpu only) pales in comparison to the least efficient 4K encoding/decoding block implementation on any modern platform, including ARM based SoCs. The same goes for image processing/manipulation, audio, speech recognition, security, etc, etc.... You know, the sub-tests that Geekbench performs.

    - Interconnect, bandwidth, cache throughput and latency, and Scheduling play a huge part in the multi-core score of a CPU/SoC. Generally, the more cores you have, the harder and more power consuming it is to scale multiple threads across those cores, _especially_ on processors constrained with a 2-4 watt power envelope. Those caches are very power hungry and often limit scaling by 10-20% of ST even on non-power limited CPUs. That percentage is much, MUCH higher on ultra mobile ARM parts.

    - In addition to those scaling issues, the Snapdragon 835, similar to Samsung's Exynos and HiSilcon's Kirin SoCs are big.LITTLE multi-cluster configurations. Typically, only 1 of these clusters is high performance, and only when you're running a single or couple of threads would the high performance cores reach their highest clocks. That's by design of ultra-low power, passively cooled parts. The Exynos 8890 gets up to 2.6Ghz in ST and 2.2Ghz in MT. Again, in addition to clock variance, you'll never get 8x ST since only 4 of those 8 cores are high performance. The smaller cores are nowhere near as powerful. I say they would count as Intel's virtual threads in their hyper threading (SMT), and should help to achieve better scaling by just a tiny bit.

    So, yea. I was being sarcastic. I agree with Qualcomm. These modern ARM SoCs are very sophisticated and tricky to benchmark. Nothing about them is simple. What ultimately matters is how much time it takes them to complete a modern workload, and how much power they consume at that. The more of these workloads are offloaded to co-processors, the better.

    For the CPU portion, what matters in a smartphone/tablet, first and foremost, is multi-core performance, and how much of that performance is sustained over time with the least amount of power consumption. ST performance is overrated doesn't matter, AT ALL, after a certain performance threshold IN MOBILE DEVICES. Split second javascript gains as a result of browser optimization or real ST lead of a particular SoC are irrelevant. Javascript doesn't exist in a vacume, it's part of a web page/app, and how long it takes a browser to fully load a page and render its content is what ultimately matters. Period.
  • tuxRoller - Thursday, March 23, 2017 - link

    "I find the compute portion of geekbench rather interesting, but it's rarely discussed by anyone."

    Why is that the case?

    Btw, this is a much better comment.
    What you are saying is why relevant benchmarks don't exist for mobile devices (sub-laptops).
    The issue, i believe, is that sites, largely, test these devices like small computers (bear with me). As such, they focus on cpu related tasks. Some sites include video recording/playback power usage, but none, tmk, include task traces that are taken from someone actually using a device.
  • tuxRoller - Wednesday, March 22, 2017 - link

    If all you care about is a running a headless server that can't communicate with the outside world, then, yeah!
    If you care about battery life and good performance, low power processors (microcontrollers or tiny a series cores used for handling interrupts or more general duties when in a low power state), dsps and gpus matter.
    Do we need a hashtag?
  • prisonerX - Wednesday, March 22, 2017 - link

    Yeah those graphics co-processors, what a joke.
  • wardrive2017 - Wednesday, March 22, 2017 - link

    Again I am impressed by the Snapdragon 625 showing here in the cpu tests, particulary in the PC mark tests, not so much in the Javascript. Still performing much better than expected. The G5 plus is starting to look quite appealing assuming its tweaked the same ways the Moto z play is

Log in

Don't have an account? Sign up now