Friday, May 22nd 2020

Intel Rocket Lake CPU Appears with 6 Cores and 12 Threads

We have been hearing a lot about Intel's Rocket Lake lineup of processors. They are supposed to be a backport of Willow Cove 10 nm core, adapted to work on a 14 nm process for better yielding. Meant to launch sometime around late 2020 or the beginning of 2021, Rocket Lake is designed to work on the now existing LGA1200 socket motherboards, which were launched just a few days ago along with Intel Comet Lake CPUs. Rocket Lake is there to supply the desktop segment and satisfy user demand, in light of lacking 10 nm offers for desktop users. The 10 nm node is going to present only on mobile/laptop and server solutions before it comes to the desktop.

In the latest report on 3D Mark, the hardware leaker TUM APISAK has found a Rocket Lake CPU running the benchmark and we get to see first specifications of the Rocket Lake-S platform. The benchmark ran on 6 core model with 12 threads, that had a base clock of 3,5 GHz. The CPU managed to boost up to 4,09 GHz, however, we are sure that these are not final clocks and the actual product should have even higher frequencies. Paired with Gen12 Xe graphics, the Rocket Lake platform could offer a very nice alternative to AMD offerings if the backport of Willow Cove goes well. Even though it is still using a 14 nm node, performance would be good. The only things that would be sacrificed (from backporting) are die space and efficiency/heat.
Intel Rocket Lake Benchmark Report
Source: @TUM_APISAK (Twitter)
Add your own comment

38 Comments on Intel Rocket Lake CPU Appears with 6 Cores and 12 Threads

#26
TheinsanegamerN
HenrySomeoneIt's only 2x the power in borderline situations; certainly not stock vs stock and in most cases also not OCed vs OCed. Actually at around 4 Ghz, Intel's 14nm is still more power efficient at most workloads, let that sink in for a moment.
This is just as misleading. At 4ghz, the Intel chip pulls less power in a instant, but it is utterly crushed in performance. Not only does this allow amd' to pull even further ahead in productivity, but at 4 ghz Intel also loses its gaming advantage. And to complete a benchmark, the Intel rig will still pull more power to do the same amount of work due to how long it takes compared to ryzen.

The term "grasping at straws" comes to mind.
Posted on Reply
#27
watzupken
HenrySomeoneIt's only 2x the power in borderline situations; certainly not stock vs stock and in most cases also not OCed vs OCed. Actually at around 4 Ghz, Intel's 14nm is still more power efficient at most workloads, let that sink in for a moment.
Sure, you can continue to sink in your moment though. Clock for clock, Intel gets beaten and that is a fact. Otherwise why do you think they are so desperate to push for high clockspeed? Power efficient means performance relative to power requirement. There are reviews out there already pointing that fact out, which I think you are too stuck in your moment to believe. If you think Intel is better, no harm for you to stick around with it.
Posted on Reply
#28
Vayra86
HenrySomeoneIt's only 2x the power in borderline situations; certainly not stock vs stock and in most cases also not OCed vs OCed. Actually at around 4 Ghz, Intel's 14nm is still more power efficient at most workloads, let that sink in for a moment.
Just... don't. Its painful to watch, a bit like watching a guy flogging himself.
Posted on Reply
#29
watzupken
TheinsanegamerNThis is just as misleading. At 4ghz, the Intel chip pulls less power in a instant, but it is utterly crushed in performance. Not only does this allow amd' to pull even further ahead in productivity, but at 4 ghz Intel also loses its gaming advantage. And to complete a benchmark, the Intel rig will still pull more power to do the same amount of work due to how long it takes compared to ryzen.

The term "grasping at straws" comes to mind.
Problem is he/she chooses to ignore certain metrics to focus on a 1 dimensional comparison to paint a flawed picture deliberately. At 4Ghz, sure the Intel chips draws substantially less power than when it is running at 4.8 to 5+ Ghz, but soundly beaten by AMD if comparing clock for clock at both single and multicore performance. That's why I think its better to agree to disagree with people who choose to stick to certain brands blindly.

Objectively, I don't think Intel's Comet Lake is all bad. After all, it is the fastest gaming processor based on conclusions from multiple reviewing sites (giving credit where credit is due). What I feel though is Intel's strategy is no different from doping by advertising a low TDP, but in the background drawing over 2x the amount. Sure they did clarify with tech savvy people that they have a PL2 that draws significantly higher power to give you the "up to" boost speed, but how many people out there are actually aware about this secondary power requirement to get them to the performance level that is advertised? While AMD used to draw the same amount of power with their Bulldozer chips, i.e. >200W, I feel at least they are honest about it by stating it on their TDP.
Posted on Reply
#30
londiste
At the same time, it is not clear that Current Lake always loses vs Zen2. The opposite may sometimes be true - there are things like gaming where the results differ from Cinebench or productivity benchmarks.
www.techspot.com/article/1876-4ghz-ryzen-3rd-gen-vs-core-i9/
www.sweclockers.com/test/29606-intel-core-i9-10900k-och-core-i5-10600k-comet-lake-s/21#content

Unfortunately, I don't think I have seen fixed frequency articles with nice comparable power measurements though. There are a couple 10400F videos that point out it seems to use less power when gaming compared to 3600.
Posted on Reply
#31
tabascosauz
londisteUnfortunately, I don't think I have seen fixed frequency articles with nice comparable power measurements though. There are a couple 10400F videos that point out it seems to use less power when gaming compared to 3600.
I wouldn't be surprised if the 10400 and 10400F turn out to be efficient. They run in the 14nm process' sweet spot, just like Zen 2 at the 3.6-4GHz mark on N7.

Also, if Ian at AT is to be believed (and it didn't sound like speculation), the locked i5 parts are using true fully enabled 6-core dies, unlike the 10600K with its gimped and nearly half-disabled 10-core die.

Really goes to show how much of a stopgap Comet Lake-S is turning out to be. The entire lineup is focused around the 10900K and nothing else. No pulling production away from mobile by keeping top binned 6-core and 8-core dies from Coffee Lake for proper unlocked i5s and i7s. Just take the 10900K and disable more cores as you go down the product stack. The fact that the ringbus is stretched to its absolute limit shows, and is a disadvantage, however small, that the i5 and i7s are dragged into.
Posted on Reply
#32
londiste
tabascosauzAlso, if Ian at AT is to be believed (and it didn't sound like speculation), the locked i5 parts are using true fully enabled 6-core dies, unlike the 10600K with its gimped and nearly half-disabled 10-core die.
Locked i5 parts in 9000 series were 6-core dies while 9600K was a cut-down 8-core. AT article did not note if it was specifically asked about but it is a pretty sure educated guess anyway. The difference is not just the disabled cores. Non-K CPUs have thermal paste, not solder, and we do not know if they have the thinner die that Intel has been using to market 10-series K models.

We will get confirmations when people start delidding the 10-series CPUs. We know they will whether it makes sense or not :)
Der8auer has done 10900K, I can't seem to find other models with a search right now.

I do think that idea of disabled-skipped cores causing the latency hops is a bit strange. Even if that is the case, the increases in latency are minor and should not matter in the larger scale of things. AT article does say Intel has done ringbuses for up to 12 cores and they have been OK. Maybe not great but OK.
Posted on Reply
#33
efikkan
Comet Lake-S features 6-core and 10-core dies, but which dies are used for 6-core CPUs might even vary depending on yields etc. At least Nvidia does this with GPUs. It shouldn't matter to anybody but hardcore overclockers though.

As for the ringbus, in most cases there are no signs of issues with it. Gaming works just as fine from 4 to 10 cores, and most heavy multithreaded workloads are throttling long before this becomes an issue, well except perhaps for an edge case or two. There might be some point where a mesh makes more sense, but the choice of ringbus is probably due to the placement of the cores on the die more than anything. I think many are way too narrowly focused on the ringbus these days.
Posted on Reply
#34
Bruno Vieira
ppnCurrent chips, including all 7nm are already obsolete, 5nm has entered production, 1-2 years to appear in GPU,CPU.
and even 3nm very very soon. I mean it is just such a letdown to buy anything using DDR4 right now.

Just such a waste buying anything on 7,14nm. All the same, old beta testing devices.

The initial performance of Willow doesn't look promising. the physics score 3dmark is lower than 10400F.
I expected ground breaking performance, +40% or something.
CPU performance is very hard to move like GPU does, the answer is simply x86 is too old + people dont want to re-write/compile new code. ARM is moving very fast because is a better iSA as well
Posted on Reply
#35
londiste
Bruno VieiraCPU performance is very hard to move like GPU does, the answer is simply x86 is too old + people dont want to re-write/compile new code. ARM is moving very fast because is a better iSA as well
ARM is moving where?
Bigger dies, more caches, more cores, wider cores, more complex extensions. ARM is going down the path x86 has already taken.
What exactly happens when it catches up is a good question, I guess we will see once they get there.
Posted on Reply
#36
efikkan
Bruno VieiraCPU performance is very hard to move like GPU does, the answer is simply x86 is too old + people dont want to re-write/compile new code. ARM is moving very fast because is a better iSA as well
This old misconception again… :rolleyes:
The short story is, recompiling for ARM isn't hard, but ARM needs to become CISC to be competitive. All x86 microarchitectures since the 90s have solved the "legacy problem" by using micro-operations. x86 will evolve (or be replaced by something) in the direction of more superscalar scaling and SIMD. At some point we will probably get new ISA features which helps facilitate superscalar scaling and resource dependencies, useful contextual information which are lost in the compilation process.
Posted on Reply
#37
Bruno Vieira
londisteARM is moving where?
Bigger dies, more caches, more cores, wider cores, more complex extensions. ARM is going down the path x86 has already taken.
What exactly happens when it catches up is a good question, I guess we will see once they get there.
Year, but they have 30-40% ipc gains per year, year after year.
Posted on Reply
Add your own comment
Feb 23rd, 2025 08:11 EST change timezone

New Forum Posts

Popular Reviews

Controversial News Posts