It's been over three months since Josh had the opportunity to review the Note 4 in its details. The defining characteristic of that review is that it was a look at the variant with Qualcomm's Snapdragon 805 SoC running at the heart of the device. This version is found in devices shipping in North America, Western Europe, China and Japan. While these markets have now been served by Qualcomm's silicon offerings, Samsung is now back on track at trying to expand its market-share of in-house Exynos SoCs. As such, all other markets (with small exceptions) seem to be getting served Exynos variants of the Note 4. While we normally try to cover all aspects of device performance, for this review we will focus on the SoC and the differences that result from this change.

Before we continue on, we'd like to thank international phone specialist 28Mobile.com for providing us with an Exynos unit of the Galaxy Note 4.

Model Breakdown

Samsung Galaxy Note 4 Models
  Samsung Galaxy Note 4
SM-N910
(F/A/V/T/P/06W/8V/G/0Z)
Samsung Galaxy Note 4
SM-N910
(C/S/L/K/U/H)
SoC 2.7 GHz Snapdragon 805 1.9GHz Exynos 5433
R​AM 3GB 128-bit LPDDR3-1600
25.6GB/s bandwidth
3GB 64-bit LPDDR3-1650
13.2GB/s bandwidth
NAND Samsung 32/64GB NAND
+ microSD
Samsung 32/64GB NAND
+ microSD
Display 5.7” 1440p Super AMOLED 5.7” 1440p Super AMOLED
Network 2G / 3G / 4G LTE
Qualcomm MDM9x35 Cat6 LTE (F)
Qualcomm MDM9x25 Cat4 LTE (*)
2G / 3G / 4G LTE
Intel XMM7260 Cat.6 LTE (U)
Samsung M303 Cat.6 LTE (S/K/L)
Ericsson M7450 Cat.4 LTE (C)

2G / 3G
Ericsson M7450 (H)
Dimensions 153.5 x 78.6 x 8.5 mm, 176g 153.5 x 78.6 x 8.5 mm, 176g
Camera 16MP Rear Facing w/ OIS, 1/2.6"
CMOS size, F/2.0 aperture
(Sony IMX240)

3.7MP FFC w/ F/1.9 aperture
(S.LSI S5K6D1)
16MP Rear Facing w/ OIS, 1/2.6"
CMOS size, F/2.0 aperture
(Sony IMX240)

3.7MP FFC w/ F/1.9 aperture
(S.LSI S5K6D1)
Battery 3220 mAh, 3.85V, 12.397 Whr 3220 mAh, 3.85V, 12.397 Whr
OS Android 4.4.4 with TouchWiz UX Android 4.4.4 with TouchWiz UX
Connectivity 802.11a/b/g/n/ac + BT 4.1,
USB2.0, GPS/GNSS, MHL,
DLNA, NFC
802.11a/b/g/n/ac + BT 4.1,
USB2.0, GPS/GNSS, MHL,
DLNA, NFC
SIM Size MicroSIM MicroSIM

The model breakdown of the Note 4 is quite a mess. The S805 version breaks down into about 9 different local versions, each with different RF frequency support and varying modem configurations. The Exynos variants are even more convoluted in terms of modem choice. We've been reporting that we might see Intel's XMM7260 as the predominant modem in Samsung's SoCs, but that seems to have changed and the Intel modem is only shipped in a small percentage of total units on the SM-N910U model, which ships in South-East Asia.

In their home country of Korea Samsung continues to rely on their own modem, recently marketed as the "Exynos Modem" series. Samsung has been steadily developing their own modem hardware over the years and it seems the M303 is at feature parity with the Intel XMM7260 and Qualcomm's MDM9x35. This year Samsung has been pushing their modems outside of Korea in several devices such as the Galaxy S5 Mini, so I expect them in the future to be more prevalent in other global markets.

The surprise supplier and big winner of this generation is Ericsson; the M7450 is found in unarguably the largest portion of Exynos variants, the SM-910C and SM-910H, shipping throughout South America, Central and Eastern Europe, Africa, the Middle East, and some Asian countries. Brian first reported on this modem over 1.5 years ago and we haven't heard much about it since. The surprise here is that Ericsson managed to get such a big design win before announcing that they will discontinue development on modems altogether. The even more intriguing story is that the M7450 is used in the 3G version of the Note 4, usually a traditional Intel design win.

Whatever model you end up with, and as long as the frequency bands match your provider, the choice between Snapdragon and Exynos remains the biggest differentiation. Everything else from camera to WiFi to battery size remains the same in an identical form-factor.

For this review we're investigating the SM-910C running on firmware KTU84P.N910CXXU1ANJ8.

Exynos 5433 - The First Mobile ARM A57 SoC

I had reported back in September that Samsung's new Exynos 5433 found in the Note 4 is actually the first implementation of ARM's A53/A57 and T760 new SoC IP. While it took Samsung some time to actually officially announce the part, they eventually did confirm it. The interesting disclosure here is that they choose to market it in the Exynos 7 family, which certainly makes more sense than keeping it in the Exynos 5 category of SoCs.

Also in my initial article I shared my opinion that I doubted that Samsung would update the Note 4 to AArch64 - this was based on the fact that the kernel treats the SoC as an A7/A15 part and most of the software stack remained 32-bit. Events since then seem to point out that they will eventually upgrade it to 64-bit, since we're seeing official patches in upstream Linux with the chip being introduced with a full ARMv8 device tree. This is interesting to see and might point out that Samsung will go the effort to upgrade the BSPs to AArch64; however it remains unclear whether we'll see this on the Note 4. My personal opinion remains that we won't be seeing this overhaul in Samsung's 5.0 Lollipop update.

Let's take a look again at how things have evolved in terms of spec sheet since then:

Samsung Exynos 5 Octa 2014 lineup
SoC Samsung
Exynos 5422
Samsung
Exynos 5430
Samsung
Exynos 5433
CPU 4x Cortex A7 r0p5 @1.3GHz
512KB L2 cache

4x Cortex A15 r2p4 @1.9GHz
2MB L2 cache
4x Cortex A7 r0p5 @1.3GHz
512KB L2 cache

4x Cortex A15 r3p3 @1.8GHz
2MB L2 cache
4x Cortex A53 r0p1@1.3GHz
256KB* L2 cache

4x Cortex A57 r1p0 @1.9GHz
2MB L2 cache
Memory
Controller
2x 32-bit @ 933MHz
LPDDR3

14.9GB/s b/w
2x 32-bit @ 825MHz
LPDDR3

13.2GB/s b/w
2x 32-bit @ 825MHz
LPDDR3

13.2GB/s b/w
GPU Mali T628MP6
@ 533MHz
Mali T628MP6
@ 600MHz
Mali T760MP6
@ 700MHz
Mfc.
Process
Samsung
28nm HKMG
Samsung
20nm HKMG
Samsung
20nm HKMG

I've been able to confirm that the GPU on the 5433 is an MP6 configuration, meaning it sports the same amount of cores as the previous Mali T628 implementations in the 5430, 5422 and 5420. I've also acquired a Galaxy Alpha which I'll review at a later date, but noticed that Samsung is also shipping 825MHz memory on that device. As such, the bandwidth of the 5430 is corrected from the publicized 17GB/s down to 13.2GB/s.

Samsung has retained the cache sizes found in the older 54xx SoCs, meaning 512KB on the little cluster* We see a reduction to 256K on the L2 of the A53 cluster, and a continuation of 2MB on the big cluster. I would have liked to see the A53's getting 1MB of L2 but it seems we'll have to wait for future SoCs to see an improvement there.

In other regards, the 5433 differs very little from the 5430. It has almost identical auxiliary block IP, sharing the same ISP, hardware decoders and encoders, various interfaces, and a similar bus architecture.

* Correction 24/03/2015: Our initial info of 512K L2 cache on the A53 cluster was wrong and has henceforth been corrected to 256K (Source)

Miscellaneous differences

With the modem and SoC platform being the two main differences between the two Samsung devices, there are some other minor changes of components. On the audio side Qualcomm's WCD9330 is replaced by WolfsonMicro's WM5110 audio SoC. The Wolfson IC uses its integrated DSPs for voice processing, replacing the need for an additional Audience eS705 audio processing chip that is used in the Snapdragon variant. This might result in different call and audio quality between the two versions. The WM5110 also takes over device voice activation duties for the Exynos Note 4, which you can use with SVoice or Google Now.

I also noticed that yet again Samsung did not allow for native 44.1KHz audio playback in the default configuration of Android's AudioFlinger on the Exynos version, causing forced resampling of 44.1KHz content to 48KHz. Neither version allows for higher quality output, even though both audio solutions support 24-bit 192KHz audio in hardware. I'm not sure what Samsung's audio team is doing here but it's getting increasingly frustrating to see this issue continue, starting with the Galaxy S4.

In terms of media playback, Samsung has not exposed the HEVC/H265 hardware decoder of the Exynos 543X's to the media codec capabilities list of the system. The device is still shipping with the decoder block's firmware, so again this is either an oversight or something has gone wrong during development of the device. The Qualcomm version exposes the HEVC decoder of the Snapdragon 805.

A large functional difference between recent Exynos SoCs and Qualcomm variants comes with the capability of the display controller. Due to 1440*2560*32bpp*60fps picture bandwidth exceeding the transport capacity of a 4-lane MIPI DSI link from the SoC's display controller to the display driver, Qualcomm devices need to double up on this interface and use dual-DSI links.


Image courtesy of Synaptics/Renesas (source)

The Qualcomm S805 uses two DSI ports with 4 lanes each to drive the display in halves of 720x2560 pixels, while the Exynos SoCs since the 5420 are able to make do with just a single 4-lane port with help of Mobile Image Compression. MIC compresses the data stream and thus avoids this bandwidth bottleneck. The disadvantage here is that the display driver itself must be able to decompress the stream.

With Samsung developing their own AMOLED display drivers they can however take advantage of this vertical integration and implement this in their phones and tablets. The power advantages here can vary up to 150mW if the image stream is able to be highly compressed, or about 100mW on average. This of course has the biggest impact on highly dynamic content, as static content power consumption has mostly been resolved by Panel Self Refresh, which has seen wide adoption over the last 18 months.

20nm Manufacturing Process
Comments Locked

135 Comments

View All Comments

  • MrSpadge - Tuesday, February 10, 2015 - link

    Excellent work, guys! But let me point out something:

    1. Your Geekbench numbers show spectacular gains for the A53. They're actually so good that the multi-threading speed-up almost always exceeds the number of cores (judging by eye, have not run the numbers). For A7 the speedup factor is a bit less than 4, right where it should be. It certainly looks like the big cores were kicking in, at least partly.

    2. You wonder that power scales sub-linearly with more cores being used. Actually this is just what one would expect in the case of non-ideal multi-thread scaling (as the A7 shows in Geekbench). The load of all ccores may be the same, percentage-wise, but when running many threads these are competing for L2 cache and memory bandwidth. There will be additional wait times under full load (otherwise the memory subsystem is vastly oversized), so each core is busy but working a little less hard.

    3. The lower performance per W of the A53: this may well be true. But if the big cores did interfere, it could certainly explain the significantly increased power draw.

    4. You hope for A53 at 1.5 - 1.7 GHz. I agree for CPUs which use only A53's. But as little cores this is not necessary. If you push a design to higher frequencies at the same technology node you always pay in terms of power efficiency (unless you start bad / unoptimized). Better let the little cores do what they're best at: be efficient.

    ... I'm off to the next page :)
    MrS
  • Andrei Frumusanu - Tuesday, February 10, 2015 - link

    Regarding your concerns on the big cores turning on: They did not. I made sure that they're always offline in the little testing. As to why GeekBench scaled like that, I can't answer.
  • jjj - Tuesday, February 10, 2015 - link

    Geekbanch scales like that sometimes, TR looked at this phone last week and they notice the Shield tab scaling better than 4x in some tests.
    For the A53 better scaling over A7 maybe it's the memory subsystem? No clue how heavy GB is on it but the A53 does have more memory BW and maybe faster NAND (you don't have storage tests for the Alpha ).
  • MrSpadge - Tuesday, February 10, 2015 - link

    Sometimes one gets such results if the MT code path uses newer libraries to get multi threading, but also introduce other optimizations the tester is not aware of. Or they have to rewrite code/algorithm to make it multi-threaded and thereby create a more efficient version "by accident". I don't know if any of this applies to GB, though.
  • tipoo - Tuesday, February 10, 2015 - link

    It's done that before, I think the cache is almost certainly involved. Maybe it has good cache reusability for multicore in its testing.
  • SydneyBlue120d - Tuesday, February 10, 2015 - link

    Excellent article, thanks a lot for that.
    I'd like to dig deeper about why Samsung is ruining the wonderful Wolfson DAC, I remember that even the legendary François Simond shared the issue with Samsung Developers without getting a response, maybe You will be able to have a response :) Also, I remember an audio quality test suite, why didn't You use it in this review? Thanks a lot.
  • Andrei Frumusanu - Tuesday, February 10, 2015 - link

    We realized testing audio without having the proper equipment is a futile exercise and does not really portray audio quality of a device. Only Chris has the professional equipment to objectively test audio, such as done in the iPhone6 review: http://www.anandtech.com/show/8554/the-iphone-6-re...
  • PC Perv - Tuesday, February 10, 2015 - link

    Thank you so much for ditching SunSpider, and thank you for explaining why. It has gone way too long.
  • PC Perv - Tuesday, February 10, 2015 - link

    I know you are trying to be nice to your colleague and give them a benefit of doubt, but to mercilessly critical eyes of mine your colleagues (Joshua Ho & Brandon Chester) have shown and time and time again they are not qualified to review Android products. I hope Mr. Frumusanu and Mr. Smith will take charge of this area in the future and limit those two to Apple product reviews.

    I would love to read quality reviews and analysis like this instead of their tamper tantrum.
  • PC Perv - Tuesday, February 10, 2015 - link

    For example, in the comment section here,

    http://www.anandtech.com/comments/8795/understandi...

    [Q]The increase in brightness for AMOLEDs at 80% APL rather than 100% APL is not very significant, and changing testing to accommodate AMOLED's idiosyncrasies doesn't seem like a good idea either. To put it in perspective, even if I had tested the Nexus 6 at 80% APL in the review my conclusion about the brightness being sub-par would have been exactly the same.[/Q]

    That is what Brandon Chest had to say about brightness of the Nexus 6's screen. So arrogant, so biased. But according to the scientific data provided by this article (pg. 10), APL can indeed make a huge difference in AMOLED screen's brightness, given power target. For example, at display power target is 1W, 70% APL will raise the brightness by approximately 40%. At 50% APL, max brightness practically doubles.

    I was appalled by the disparaging and arrogant attitude by Brandon Chester when it comes to correctly evaluating Android devices. He also made similarly nonsensical "arguments" in his tablet recommendation article for the holidays.

Log in

Don't have an account? Sign up now