The Microsoft Surface Laptop 3 Showdown: AMD's Ryzen Picasso vs. Intel's Ice Lake
by Brett Howse & Andrei Frumusanu on December 13, 2019 8:30 AM ESTSystem Performance
Moving on from SPEC to some of our more traditional laptop tests, I’ve taken the opportunity to add some new tests to the suite, which we’ll include on all laptops going forward. While SPEC is a fantastic set of tests to probe the limits of a platform, not everyone is going to run a workload that runs at nearly 100% CPU utilization for such a long time on a laptop. The 8-Thread tests took 4.5 hours to complete on Ice Lake, and 6.5 hours to complete on Picasso, which is likely not something most people would turn to a thin and light laptop for, so it’s important to see how both platforms perform on shorter tests where they can leverage their peak boost frequencies for a higher percentage of the duration.
PCMark 10
PCMark 10 consists of several real-world tests, including web, video conferencing, spreadsheets, writing, and more. There are several GPU tests as well, including rendering, and some gaming. The suite also measures application start-up, and all aspects of the system’s performance factor into the score.
Intel’s CPU performance lead shows clearly here again, with significant leads in both the Essentials and Productivity tests, although AMD’s strong GPU pulls the Ryzen system very close on the Digital Content Creation tasks. But that is not enough to turn the tide, and the Ice Lake platform carries this win.
Cinebench R20
Looking at the latest version of Cinebench tells a similar story as to what we’ve seen so far. Ice Lake’s significant IPC lead pulls it way ahead. On the multi-threaded test, the AMD platform does close the gap somewhat, which is similar to the SPEC rate 8 results.
7-Zip
Checking out the popular 7-Zip file compression tool, the results are in-line with what we see in the desktop space. Intel generally has a lead on the compression side, but AMD claws back at decompression. It is a rare win on the CPU side for AMD here.
Handbrake
Transcoding is a popular task, and Handbrake is one of the most popular tools. For this test, a 1080p movie is converted to 720p using the x264 encoder. Once again, Ice Lake offers significantly more performance when transcoding in software.
Handbrake also supports various hardware encoders, such as Intel’s QuickSync, which provides significantly quicker transcodes at the same settings – albeit at larger file sizes and slightly lower quality compared to the software transcode, according to the Handbrake documentation. QuickSync has been very popular, and has been around quite a while. AMD also offers hardware encoding and decoding with their Video Core Next platform. Handbrake does support AMD’s Video Coding Engine (VCE) but the Surface Laptop 3 does not offer this as an option in Handbrake, so it was not able to be tested. As this is the only current Ryzen mobile APU we’ve tested, it may be a driver issue specific to the Surface branded processor.
x264
Our previous transcoding test, x264, was also run. Here we see that once again Ice Lake has a significant performance advantage, as it did with Handbrake software encoding.
Web Tests
All of our web tests were run with the current version of Microsoft Edge in Windows 10 1909. Web results are highly impacted by the underlying scripting engine, and Microsoft is going to be moving Edge from the EdgeHTML rendering engine to the Chromium open-source project that powers Google Chrome. When they make this change, expected early in 2020, we’ll revamp our suite with new tests.
Intel has aggressively pushed their frequency ramping with Speed Shift, and one of the biggest beneficiaries of Speed Shift is web scripting, since the tasks tend to be very short. AMD is addressing this in Zen 2 with Collaborative Power Performance Control 2, or CPPC2, which is not as elegant of a name as Speed Shift, but promises to drop Zen’s frequency ramping from ~30 ms to ~1 to 2 ms, and will be a welcome addition on our web tests.
Facebook
Twitter
RSS
174 Comments
View All Comments
TheinsanegamerN - Friday, December 13, 2019 - link
It isnt just speed, the intel chip uses LPDDR4X. That's an entirely different beat from LPDDR4, let alone normal DDR4.AMD would need to redesign their memory controller, and they have just...not done it. The writing was on the wall, and I have no idea why AMD didnt put LPDDR4X compatibility in their chips, hell I dont know why intel waited so long. The sheer voltage difference makes a huge impact in the mobile space.
You are correct, pushing those speeds at normal DDR4 voltage levels would have tanked battery life.
ikjadoon - Friday, December 13, 2019 - link
Sigh, it is just speed. DDR4-2400 to DDR4-3200 is simply speed: there is no "entirely new controller" needed. The Zen+ desktop counterpart is rated between DDR4-2666 to 2933.LPDDR4X is almost identical to LPDDR4: "LPDDR4X is identical to LPDDR4 except additional power is saved by reducing the I/O voltage (Vddq) to 0.6 V from 1.1 V." Whoever confused you that LPDDR4X is "an entirely different beat" from LPDDR4 is talking out of their ass and I caution you to believe anything else they ever say.
And, no: DDR4-3200 vs DDR4-2400 would've tanked battery life, but simply made it somewhat worse. DDR4-3200 can still run on the stock 1.2V that SO-DIMM DDR4 relies on, but it's pricier and you'd still pay the MHz power penalty.
I don't think RAM speed/voltage has ever "tanked" a laptop's battery life: shaking my head here...
mczak - Friday, December 13, 2019 - link
I'm quite sure you're wrong here. The problem isn't the memory itself (as long as you get default 1.2V modules, which exist up to ddr4-3200 itself), but the cpu. Zen(+) cpus require higher SoC voltage for higher memory speeds (memory frequency is tied to the on-die interconnect frequency). And as far as I know, this makes quite a sizeable difference - not enough to really matter on the desktop, but enough to matter on mobile. (Although I thought Zen+ could use default SoC voltage up to ddr4-2666, but I could be wrong on that.)Byte - Friday, December 13, 2019 - link
Ryzen had huge problems with memory speed and even compatibility at launch. No doubt they had to play it safe on laptops. They should have it mostly sorted out with Zen 2 laptop, it is why the notebooks are a gen behind where as intel notebook are usually a gen ahead.ikjadoon - Saturday, December 14, 2019 - link
We both agree it would be bad for battery life and a clear AMD failure. But, the details...more errors:1. Zen+ is rated up to DDR4-2933. 3200 is a short jump. Even then, AMD couldn't even rate this custom SKU to 2666 (the bare minimum of Zen+). AMD put zero work into this custom SKU (whose only saving grace is graphics and even that was neutered). It's obviously a low-volume part (relative to what AMD sells otherwise) or such a high-profile design win.
2. If AMD can't rate (= bin) *any* of its mobile SoC batches to support even 2666MHz at normal voltages, I'd be shocked.
For any random Zen+ silicon, sure, it'd need more voltage. The whole impetus for my comments are that AMD created an entire SKU for Microsoft and seemed to take it out of oven half-baked.
Or, perhaps they had binned the GPU side too much that very few of those CU 11 units could've survived a second binning on the memory controller.
azazel1024 - Monday, December 16, 2019 - link
So all that being said, yes it had a huge impact. GPU based workloads are heavily memory speed dependent. Going from 2400 to 3200MHz likely would have seen a 10-25% increase in the various GPU benchmarks (on the lower end for those that are a bit more CPU biased). That changes AMD from being slightly better overall in GPU performance to a commanding lead.On the CPU side of things, many of the Intel wins were on workloads with a lot of memory performance needed. Going from 2400 to 3200 would probably have only resulted in the AMD chip moving up 3-5% in many workloads (20-40% in the more memory subsystem dependent SPEC INT tests), but that would have still evened the playing field a lot more.
Going to 3766 like the Intel chip would have just been even more of the same.
Zen 2 and much higher memory bandwidth can't come soon enough for AMD.
Zoolook - Saturday, December 21, 2019 - link
It's not about binning, they couldn't support that memory and keep within their desired TDP because they would have to run infinity fabric at a higher speed.They could have used faster memory and lower CPU and/or GPU speed but this is the compromise they settled on.
Dragonstongue - Friday, December 13, 2019 - link
AMD make/design for a client what that client wants, in this case, MSFT as "well known" for making sure to get (hopefully pay much for) what they want, for only reasons that they can understand.this case, AMD really cannot say "we are not doing that" as this would mean loss of likely into the millions (or more) vs just saying "not a problem, what would you like?"
MSFT is very well known for catering to INTC and NVDA whims (they have, still do, even if it cost everyone many things)
still they AMD and MSFT should have "made sure" to not hold back it's potential performance by using "min spec" memory speed, instead choosing the highest speed they know (through testing) it will support.
I imagine AMD (or others) could have chosen to use LP memory selection as I call BS on others saying AMD would have no choice but to rearchitecture their design to use the LP over standard power memory, seeing as the LP is likely very little changes need to be done (if any compared to ground up for an entirely different memory type)
they should have "upped" to the next speed levels however instead of 2400 baseline, 2666, 2933, 3000, 3200 as power draw difference is "negligible" with proper tuning (which MSFT likely would have made sure to do...but then again is MSFT whom pull stupid as heck all the time, so long it keeps their "buddies happy" who care about the consumers themselves)
mikeztm - Friday, December 13, 2019 - link
LPDDR4/LPDDR4X is not related to DDR4.It's a upgraded LPDDR3 which is also not related to DDR3.
LPDDR family is just like GDDR family and are total different type of DRAM standard.
They almost draw 0 watt when not in use. And in active ram access they do not draw less power significantly compare to DDR4.
LPDDR4 was first shipped with iPhone 6s in 2015 and it takes Intel 4 years to finally catch up.
BTW this article has a intentional typo: LPDDR4 3733 on Intel is actually quad channel because each channel is half width 32bit instead of DDR4 64bit.
Dragonstongue - Friday, December 13, 2019 - link
AMD make/design for a client what that client wants, in this case, MSFT as "well known" for making sure to get (hopefully pay much for) what they want, for only reasons that they can understand.this case, AMD really cannot say "we are not doing that" as this would mean loss of likely into the millions (or more) vs just saying "not a problem, what would you like?"
MSFT is very well known for catering to INTC and NVDA whims (they have, still do, even if it cost everyone many things)
still they AMD and MSFT should have "made sure" to not hold back it's potential performance by using "min spec" memory speed, instead choosing the highest speed they know (through testing) it will support.
I imagine AMD (or others) could have chosen to use LP memory selection as I call BS on others saying AMD would have no choice but to rearchitecture their design to use the LP over standard power memory, seeing as the LP is likely very little changes need to be done (if any compared to ground up for an entirely different memory type)
they should have "upped" to the next speed levels however instead of 2400 baseline, 2666, 2933, 3000, 3200 as power draw difference is "negligible" with proper tuning )
IMO