• We’re currently investigating an issue related to the forum theme and styling that is impacting page layout and visual formatting. The problem has been identified, and we are actively working on a resolution. There is no impact to user data or functionality, this is strictly a front-end display issue. We’ll post an update once the fix has been deployed. Thanks for your patience while we get this sorted.

Discussion Intel current and future Lakes & Rapids thread

Page 341 - Seeking answers? Join the AnandTech community: where nearly half-a-million members share solutions and discuss the latest tech.
You've repeatedly insisted that all the leakers are wrong about Rocket Lake performance, power, etc. It's increasingly apparent that you are wrong, and with that goes any ability to pretend you have insider or professional insight.

Apparent how? Oh right, your preferred leaks. Has there been a single leak with power measurement? No? Guess it's just faith on your part then.
 
Last edited:
Apparent how? Oh right, your preferred leaks. Has there been a single leak with power numbers?

Lol, fine, dig yourself even deeper. And yes, there have been leaks.



Pretty much identical PL2 values as Comet Lake. Which is to be expected given that it's platform compatible. If you actually had relevant experience, you'd know the OEMs wouldn't tolerate needing to design new motherboards to use Rocket Lake.
 
Lol, fine, dig yourself even deeper. And yes, there have been leaks.



Pretty much identical PL2 values as Comet Lake. Which is to be expected given that it's platform compatible. If you actually had relevant experience, you'd know the OEMs wouldn't tolerate needing to design new motherboards to use Rocket Lake.

LOL. That's a power recommendation, not a measurement. Learn the difference.

As for motherboards, are you implying a higher powered core would always need a new motherboard? Really?
 
LOL. That's a power recommendation, not a measurement. Learn the difference.

As for motherboards, are you implying a higher powered core would always need a new motherboard? Really?

I really should stop feeding the trolls, but "PL" stands for "power limit". It's not a recommendation. Again, if you actually had the experience you claim to, I would not have to explain this.

And yes, if you increase the power the CPU's allowed to draw, you need motherboards (and cooling solutions) capable of handling that. For OEMs, who generally design as close to the minimum as possible, that translates to new motherboards. They don't like that.
 
I really doubt this early sample clocks that high, the base is super low as well considering this is a future big desktop chip. Also the Integer ST score seems too low even for Gracemont compared to Tremont and Skylake if it's 4.4 Ghz.
 
I realize there are a lot of "garbage" leaked benchmarks out there but do you think this one has any validity?

I did some quick calcs for fun.

CPU NameGeekbench Single-Thread (1T)ClockMHz/Geekbench PointGeekbench Multi-Thread (nT)Performance Difference Vs (1T)Performance Difference Vs (nT)
Intel Core i7-11700K181050002.7611304100%100%
AMD Ryzen 9 5950X167249002.9316515108%68%
AMD Ryzen 7 5800X166347002.8310361109%109%
Intel Core i9-10900K140553003.7710967129%103%
Intel Core i7-10700K134951003.788973134%126%
Comet Lake vs Comet Lake10700k10900k
Geekbench 1T3.783.77100.2%
10700k +0.2% (Should be a tie)
Zen 3 vs Zen 35950x5800x
Geekbench 1T2.932.83103.7%
5800x +3.7% (Should be a tie)
Rocket Lake vs Zen 311700k5800x
Geekbench 1T2.762.83102.3%
10700k +2.3%
Rocket Lake vs Comet Lake11700k10700k
Geekbench 1T2.763.77136.6%
11700k +36.6%
 
I realize there are a lot of "garbage" leaked benchmarks out there but do you think this one has any validity?

I did some quick calcs for fun.

CPU NameGeekbench Single-Thread (1T)ClockMHz/Geekbench PointGeekbench Multi-Thread (nT)Performance Difference Vs (1T)Performance Difference Vs (nT)
Intel Core i7-11700K181050002.7611304100%100%
AMD Ryzen 9 5950X167249002.9316515108%68%
AMD Ryzen 7 5800X166347002.8310361109%109%
Intel Core i9-10900K140553003.7710967129%103%
Intel Core i7-10700K134951003.788973134%126%
Comet Lake vs Comet Lake10700k10900k
Geekbench 1T3.783.77100.2%
10700k +0.2% (Should be a tie)
Zen 3 vs Zen 35950x5800x
Geekbench 1T2.932.83103.7%
5800x +3.7% (Should be a tie)
Rocket Lake vs Zen 311700k5800x
Geekbench 1T2.762.83102.3%
10700k +2.3%
Rocket Lake vs Comet Lake11700k10700k
Geekbench 1T2.763.77136.6%
11700k +36.6%


I'm beginning to think someone is overclocking their 11700K (seriously).
 
We finally got a Willow Cove score in the Handbrake bench.
Pretty interesting. Yes it's mobile and yes it's showing considerable improvement over Skylake desktop. That Kaby Lake score is from my Surface Laptop 2, it's a bit of an outlier but I checked it 4 times? If there is more than one score for a core in the chart I averaged them. I didn't average the kaby lake with the other Skylakes because it seemed out of sorts.

Average by core - fps/core/GHz (fps per available GHz)
Zen 3 (Vermeer)
0.241​
100%​
Tiger Lake (Willow Cove)
0.217​
90%​
Zen 2 (Rome)
0.216​
90%​
Kaby Lake R (Skylake)
0.177​
73%​
Haswell
0.156​
65%​
Comet Lake (Skylake)
0.155​
64%​
Zen+ (Summit Ridge)
0.149​
62%​
I think it can go higher. I was probably held back by the 2666MHz CL19 memory which went down to 2133MHz CL15 dynamically during the benchmark. With LPDDR4x Tiger Lake can match if not beat ZEN 3 probably.
 
I really should stop feeding the trolls, but "PL" stands for "power limit". It's not a recommendation. Again, if you actually had the experience you claim to, I would not have to explain this.

And yes, if you increase the power the CPU's allowed to draw, you need motherboards (and cooling solutions) capable of handling that. For OEMs, who generally design as close to the minimum as possible, that translates to new motherboards. They don't like that.

Heh. The limit is a cooling recommendation because that is the power level the PCU attempt to turbo towards during the time spent in PL2. It does not mean every part will actually reach that limit, nor does it actually say anything about the performance achieved while attempting to reach that limit, which is half the equation on power efficiency. Duh.

By the way, the fact that the motherboard can deliver adequate amperage to the socket for one CPU as another says absolutely nothing about the relative power efficiency the two different devices. It merely means neither CPU exceeded that spec with guardbanding. If your conclusion is that not requiring a new power delivery spec means it is just as power efficient, or even consumes the same amount of power, that is 100% incorrect.
 
Last edited:
Why are we even having this power discussion? Thet Have the same PL2 of 250W, almost exactly the same (all core) turbo frequencies and 2 less cores. All seems to point to Rocket Lake having roughly the same power draw for 8 core (AVX-512 workloads) that 10 core Comet Lake has (for AVX2 workloads).
 
Let's just say I'm happy you were a low tier employee at Intel and weren't in charge of any real decisions involving architecture back-porting. Otherwise, RKL-S would've been toast. So, just be content doing what you do and stop bad-mouthing people with real decisions to make. Truce?
Why are you trying so hard to embarrass yourself?
 
Oh my, the 1800+ ST score in GB is really high! Actually points to Cypress Cove having slightly higher IPC than Willow Cove, which is truly perplexing 😂 here's me eagerly waiting for comprehensive testing.
 
Oh my, the 1800+ ST score in GB is really high! Actually points to Cypress Cove having slightly higher IPC than Willow Cove, which is truly perplexing 😂 here's me eagerly waiting for comprehensive testing.

I was confused about this as well. I was educated about this earlier in this thread. I learned that Willow has a larger but higher latency cache structure vs Cyprus. While it can be beneficial in some applications, there are many where the smaller, lower latency cache structure provides better IPC.
 
It should also be added that CypressCove has an inclusive cache, i.e. L1 is copied to L2 and L2 to L3 so that, for example, if any of the cores asks for the currently performed L1 core data, e.g. a) it is enough to check L3 instead of directly sending a request to L1 which causes downtime in operations on the L1 core, e.g. a). Additionally, if the core needs to re-need data that has been processed, it will most likely find it in L2 or L3 instead of reaching for much slower RAM.

WillowCove has a non-inclusive cache which means that L2 does not contain a copy of L1 and L3 does not contain a copy of L2 so either core must request access to L1 or get data from RAM. The large 1.25MB L2 and 3MB L3 are supposed to compensate for this, but are much slower than the 512KB L2 and 2MB L3.
 
It should also be added that CypressCove has an inclusive cache, i.e. L1 is copied to L2 and L2 to L3 so that, for example, if any of the cores asks for the currently performed L1 core data, e.g. a) it is enough to check L3 instead of directly sending a request to L1 which causes downtime in operations on the L1 core, e.g. a). Additionally, if the core needs to re-need data that has been processed, it will most likely find it in L2 or L3 instead of reaching for much slower RAM.

WillowCove has a non-inclusive cache which means that L2 does not contain a copy of L1 and L3 does not contain a copy of L2 so either core must request access to L1 or get data from RAM. The large 1.25MB L2 and 3MB L3 are supposed to compensate for this, but are much slower than the 512KB L2 and 2MB L3.

Even with an inclusive cache, there is no guarantee that the most recent update is found in the L2/L3. In fact updates are only done in the L1 and only flushed to L2 on a coherency request with Intels MESI coherence protocol or provided directly L1->L1 on ARMs MOESI protocol.
 
Even with an inclusive cache, there is no guarantee that the most recent update is found in the L2/L3. In fact updates are only done in the L1 and only flushed to L2 on a coherency request with Intels MESI coherence protocol or provided directly L1->L1 on ARMs MOESI protocol.

MESI-protocol can also make direct L1-L1 via migratory optimizations- by moving that dirty line from core to core. ARM also did that with MESI-states, so far only AMD does have used O-state commonly and in Zen they can do both, copy dirty line (O) and move that dirty line (D in their case as they also support O-state). Doing both obviously needs some kind of tracking of dirty lines behavior but complex schemes are nowadays doable.....

But in either case line transfer from L1 to other cores L1 is by through their core-to-core interconnection - so basically through L2 and L3 caches in case of cpu's that have core-to-core connections handled by lower cache levels.
 
Back
Top