Discussion Intel Meteor, Arrow, Lunar & Panther Lakes Discussion Threads

Page 438 - Seeking answers? Join the AnandTech community: where nearly half-a-million members share solutions and discuss the latest tech.

Tigerick

Senior member
Apr 1, 2022
695
601
106






As Hot Chips 34 starting this week, Intel will unveil technical information of upcoming Meteor Lake (MTL) and Arrow Lake (ARL), new generation platform after Raptor Lake. Both MTL and ARL represent new direction which Intel will move to multiple chiplets and combine as one SoC platform.

MTL also represents new compute tile that based on Intel 4 process which is based on EUV lithography, a first from Intel. Intel expects to ship MTL mobile SoC in 2023.

ARL will come after MTL so Intel should be shipping it in 2024, that is what Intel roadmap is telling us. ARL compute tile will be manufactured by Intel 20A process, a first from Intel to use GAA transistors called RibbonFET.



Comparison of upcoming Intel's U-series CPU: Core Ultra 100U, Lunar Lake and Panther Lake

ModelCode-NameDateTDPNodeTilesMain TileCPULP E-CoreLLCGPUXe-cores
Core Ultra 100UMeteor LakeQ4 202315 - 57 WIntel 4 + N5 + N64tCPU2P + 8E212 MBIntel Graphics4
?Lunar LakeQ4 202417 - 30 WN3B + N62CPU + GPU & IMC4P + 4E012 MBArc8
?Panther LakeQ1 2026 ??Intel 18A + N3E3CPU + MC4P + 8E4?Arc12



Comparison of die size of Each Tile of Meteor Lake, Arrow Lake, Lunar Lake and Panther Lake

Meteor LakeArrow Lake (20A)Arrow Lake (N3B)Lunar LakePanther Lake
PlatformMobile H/U OnlyDesktop OnlyDesktop & Mobile H&HXMobile U OnlyMobile H
Process NodeIntel 4Intel 20ATSMC N3BTSMC N3BIntel 18A
DateQ4 2023Q1 2025 ?Desktop-Q4-2024
H&HX-Q1-2025
Q4 2024Q1 2026 ?
Full Die6P + 8P6P + 8E ?8P + 16E4P + 4E4P + 8E
LLC24 MB24 MB ?36 MB ?12 MB?
tCPU66.48
tGPU44.45
SoC96.77
IOE44.45
Total252.15



Intel Core Ultra 100 - Meteor Lake



As mentioned by Tomshardware, TSMC will manufacture the I/O, SoC, and GPU tiles. That means Intel will manufacture only the CPU and Foveros tiles. (Notably, Intel calls the I/O tile an 'I/O Expander,' hence the IOE moniker.)



 

Attachments

  • PantherLake.png
    283.5 KB · Views: 24,000
  • LNL.png
    881.8 KB · Views: 25,481
Last edited:

sgs_x86

Junior Member
Dec 20, 2020
10
22
51
Very true. But I'd like to remind that 285K is still 3.5% faster than 9950X.

I know 3.5% gain isn't much and might even fall within margin of error, but it's very important to note that for the first time in many years, Intel has come out with a product that feels truly competitive and is pretty much neck-to-neck with competition. Meaning, definitely not lagging significantly anymore. Also, equal footing is apt too.
Alder and Raptor Lakes were competitive too. But consumed a lot of power. Let's hope Arrow is the first step towards correcting that negative.
 

AcrosTinus

Member
Jun 23, 2024
79
64
51
I still don't know what GB6 really shows in multi core, everything seems have a ceiling at around 20K points, is it a scaling problem of the bench ?

hopefully this translates well into general performance.
 

Abwx

Lifer
Apr 2, 2011
11,517
4,303
136
I still don't know what GB6 really shows in multi core, everything seems have a ceiling at around 20K points, is it a scaling problem of the bench ?

hopefully this translates well into general performance.
43118 pts at 250W in the Intel favourable CB R23, wich mean that at 200W it will be outmatched by the 9950X even in this bench, and at its rated 250W it will be no match in Blender, Corona, Vray and likely X264, eventually not even in 7 Zip where the 9950X did few progress if any relatively to the 7950X, so what will be left..?.
Ordering news versions of CB and GB.?.
 

AcrosTinus

Member
Jun 23, 2024
79
64
51
43118 pts at 250W in the Intel favourable CB R23, wich mean that at 200W it will be outmatched by the 9950X even in this bench, and at its rated 250W it will be no match in Blender, Corona, Vray and likely X264, eventually not even in 7 Zip where the 9950X did few progress if any relatively to the 7950X, so what will be left..?.
Ordering news versions of CB and GB.?.
I mean even the 7950x had some wins against the 14900K if things became really MT heavy, hence my remark that the GB6 scores are too clustered in MT to anything.

Again, this is not Gracemont, the SIMD is significantly beefed up, meaning it is still an unknown whether the 9950x really wins or not.
It might defeat the 9950X in MT which leaves it with nothing but AVX512 and 99% of the apps I use don't use it and if I need to tinker with AVX512, I have a Xeon Server for that.
 

dullard

Elite Member
May 21, 2001
25,476
3,976
126
I still don't know what GB6 really shows in multi core, everything seems have a ceiling at around 20K points, is it a scaling problem of the bench ?

hopefully this translates well into general performance.
Geekbench 6 made a significant change to how it handles multi-threaded scores. Look up Amdahl's law: https://en.wikipedia.org/wiki/Amdahl's_law

Older versions of GB (and many other software benchmarks) simply make multiple (N) copies of the same task and run them all at once. So, for a 8-core benchmark, it would run 8 single instances of the same thing all at once. In general, until there is some limitation (like memory bandwidth), there is no real limit to scores. If you run 2 of the same thing in parallel, it is roughly 2x what you'd get when you run 1 of that thing. If you run 8 instances of the same task in parallel, the final result is roughly 8x the single instance score. This method of measuring multi-threaded performance doesn't follow Amdahl's law since it never asks the software to try to break up a task into multiple threads. All instances are just one thread and at no point does the thread have to wait for other threads' results.

But GB6 changes it up*. It now runs 1 task and asks it to use N number of threads. Not a lot of software can actually utilize a large number of threads at the same time. Thus, once you reach a certain number of threads, you get the point of diminishing returns in many types of software. At some point, thread E is waiting for results from lets say thread B or G before it can proceed. Thus, thread E sits idle until it gets the necessary data from the other threads. Amdahl's law kicks in and all results end up hitting a ceiling where all threads, no matter how many cores you have, are waiting for just a single thread to complete before they can resume.

Now the question comes up: are you mostly running N copies of the same software doing the same task all at once? For example, do you have 16 copies of Photoshop running all processing the same image with the same filter all at the same time (distributed computing is a good example where you are doing this)? Or are you mostly running a single software intensely--hoping to process one image as quickly as possible (probably most users)?


*See bottom of page 7: https://www.geekbench.com/doc/geekbench6-benchmark-internals.pdf
 
Last edited:

Abwx

Lifer
Apr 2, 2011
11,517
4,303
136
I mean even the 7950x had some wins against the 14900K if things became really MT heavy, hence my remark that the GB6 scores are too clustered in MT to anything.

Not only some but the majority of the wins, in Computerbase previous MT tests that comprised 13 benches even the 14900KS at 330W had trouble matching the 7950X, at 253W it was 5-6% behind on average, that s the starting point for the 9950X wich is 9% faster than the 7950X, so that s 15-16% required from ARL to be on par with the AMD opponent.

Again, this is not Gracemont, the SIMD is significantly beefed up, meaning it is still an unknown whether the 9950x really wins or not.
It might defeat the 9950X in MT which leaves it with nothing but AVX512 and 99% of the apps I use don't use it and if I need to tinker with AVX512, I have a Xeon Server for that.

The 43318 score in CB at 250W say it all, we can even extract SKT perf from this number, wich is 4% better IPC in CB R23 than Zen 3, a rare win because in CB R15 and a lot of other benches it could well have a slightly lower IPC.

Beside in almost all benches where the 7950X was dominant in respect of RPL there s no AVX512, only on rarities like y-Cruncher and a few other apps that are never used in benches.

Now when it comes to ST ARL could have a slight win in CB, wich is irrelevant for renderers that are used in MT anyway, and test at Compterbase show the 9950X in good light for lowly threaded tests like WebXPRT, an Intel bench btw, while TPU confirm this behaviour with Speedometer, two benches where ARL early numbers dont match RPL.
 

AcrosTinus

Member
Jun 23, 2024
79
64
51
Geekbench 6 made a significant change to how it handles multi-threaded scores. Look up Amdahl's law: https://en.wikipedia.org/wiki/Amdahl's_law

Older versions of GB (and many other software benchmarks) simply make multiple copies of the same task and run them all at once. So, for a 8-core benchmark, it would run 8 single instances of the same thing all at once. In general, until there is some limitation (like memory bandwidth), there is no real limit to scores. If you run 2 of the same thing in parallel, it is roughly 2x what you'd get when you run 1 of that thing. If you run 8 instances of the same task in parallel, the final result is roughly 8x the single instance score. This method of measuring multi-threaded performance doesn't follow Amdahl's law since it never asks the software to try to break up a task into multiple threads. All instances are just one thread and at no point does the thread have to wait for other threads' results.

But GB6 changes it up. It now runs 1 task and asks it to use N number threads. Not a lot of software can actually utilize a large number of threads at the same time. Thus, once you reach a certain number of threads, you get the point of diminishing returns in many types of software. At some point, thread E is waiting for results from lets say thread B or G before it can proceed. Thus, thread E sits idle until it can proceed. Amdahl's law kicks in and all results end up hitting a ceiling where all threads, no matter how many cores you have, are waiting for just a single thread to complete before they can resume.

Now the question comes up: are you mostly running N copies of the same software doing the same task all at once? For example, do you have 16 copies of Photoshop running all processing the same image with the same filter all at the same time? Or are you mostly running a single software intensely--hoping to process one image as quickly as possible?

Thank you, that makes sense.
 
Reactions: buttersdeif

mikk

Diamond Member
May 15, 2012
4,234
2,292
136
Sinners rejoice, the E-core voltage rail deliverance is finally upon us!


Only one VCCCORE says Jaykihn.


There’s still only one vcccore input rail, it’s just that it’s further split via DLVR.

P, E, and ring are still a singular input rail.

I think the much more exciting implication is per-core voltage for the P cores (per-module voltage for E cores).
 
Reactions: Hulk and Elfear

Jan Olšan

Senior member
Jan 12, 2017
400
689
136
Nope. Check the videocardzGB6 numbers (all stock). 9950X is 3335 & 285K is 3450. That puts 285K around 3.5% ahead of 9950X.
I think that is low score for 9950X, ComputerBase has 3427 at DDR5-5600 (not the best memory). Seems it could be a tie instead. We don't know if this is a typical 285K score, a low one or a high one.

Also, there are some results for Geekbench 5. The P-core in Intel Core 285K matches the one in Apple M4:

View attachment 105879

That's not a fully fair comparison because of the Geekbench Windows tax, but it is pretty interesting.
2513 ST / 28214 MT would be a win in multithread, but a loss in single thread in our testing, we got 2586 / 25890 on 9950X (DDR5-6000, but different methods, testing on W10, so who knows what would 285K score under the conditions).
 
Reactions: Elfear

DavidC1

Senior member
Dec 29, 2023
782
1,241
96
Older versions of GB (and many other software benchmarks) simply make multiple (N) copies of the same task and run them all at once. So, for a 8-core benchmark, it would run 8 single instances of the same thing all at once. In general, until there is some limitation (like memory bandwidth), there is no real limit to scores.
Sure there is. Look at server CPU tests and Geekbench 5 and older ones scale horribly. You basically ignore Geekbench MT results beyond 16 threads or something. So now it scales even worse and since it's basically an arbitrary numbering system the semi-useless feature is now even more useless.

Geekbench 4 had a sort function, separate memory, cryptography, Int and FP section for both ST and MT. Geekbench 6 skews it with almost nonexistent AVX512 instruction, can't be sorted anymore, and screws up MT.
Surely the "per clock" is totally irrelevant when talking about IPC (Instructions Per Cycle).
Per clock = "IPC" because it's the questionable but widely accepted in AT forums terminology. The term confuses all kinds of people because they think "instruction" and automatically turn into monkeys thinking "oh noes ARM and x86 instructions not same!" nonsense.

@SiliconFly
Ok. It's time for me prepare a "I told you so" list of all the people who said this ARL generation will only get a lower single digit % performance uplift in ST. Whereas, it's already showing 11.7% ST gains against previous gen equivalent 14900K and this isn't final silicon yet!

There are many people in the list, with whom shall I start?
It is BEYOND silly to argue about 2-3% differences when Intel stated 14% improvement and you can extrapolate using 5.7GHz and 6GHz top ST clocks.

On top of that you guys are using Geekbench, a user submitted benchmark that can easily have 50% differences in the extreme case.

Wait for reviews I said. I also said 9% based on 90% clock scaling and 14% gains per clock with 5.7GHz vs 6GHz. 11% is margin of error on a well setup review, nevermind Geekbench.
 
Last edited:
Reactions: Racan and KompuKare

dullard

Elite Member
May 21, 2001
25,476
3,976
126
Sure there is. Look at server CPU tests and Geekbench 5 and older ones scale horribly. You basically ignore Geekbench MT results beyond 16 threads or something. So now it scales even worse and since it's basically an arbitrary numbering system the semi-useless feature is now even more useless.
Of course there is a limit eventually. I even mentioned one (memory bandwidth). So your "sure there is" sounds a bit out of place. Maybe you misread my sentence. It was of the form "Until X occurs, Y will happen." To respond with "sure there is" X just seems odd.

All benchmarks are in some form arbitrary. What image is being processed, which game is being played, which data set is being crunched? But to call it useless just puts you in a bad light. It now runs software the way most users run software: one program at a time trying to go as fast as the CPU will let it. Unless you are regularly doing multiple separate single threaded tasks simultaneously, that is far more applicable way to measure CPU performance. Yes, there are use cases where you run many simultaneous single thread tasks at the same time (many server loads for example). But if you are using Geekbench to measure server speeds, I would say your thought process is what was most useless.

Below is what Geekbench measures. It has nothing to do with server-type tasks. Instead it is focused on typical day-to-day "geek" tasks.
"using workloads that include data compression, image processing, and machine learning. Performance on these workloads is important for a wide variety of applications including web browsers, image editors, and developer tools."

Tasks include: file compression, navigation path optimization, popular website browsing, PDF map rendering, image databasing, code compiling, database text processing, compression, machine learning, object detection, background blur, image editing, ray tracing, and 3D structure motion.

Any use case primarily outside those tasks should not use Geekbench as a benchmark.
 
Last edited:
Jul 27, 2020
19,613
13,481
146
https://www.reddit.com/user/BookinCookie/

BookinCookie
12h ago

That’s not the nature of Intel’s problem. It’s not about the low-level technical decisions about specific products. The real problem is that Intel’s management has made poor strategic bets, provided inconsistent funding, and disbanded talented teams which could have helped Intel maintain its leadership. Essentially, management is making Intel an unattractive place for talented engineers to work.
And to your other point: yes, their management is that bad. For example their killing of Royal, one of their most innovative projects, is a nearly incomprehensible decision. Both in terms of throwing away their best plan for CPU leadership and in terms of losing many of their best engineers.
From Saylick's shared post:
 

jdubs03

Senior member
Oct 1, 2013
713
317
136
Yea that's not a great post there. It seems like Bookin isn't an Intel employee though? So its 2nd hand grapevine chatter, it seems. But, they do make a good point in one of their posts about the AADG:

^That is such a self-own it sounds. Royal Core seemed like it could've been revolutionary in design. Such a shame that their management could mess that up just because of fawning over AI.

The others posts doesn't sound good either. there is definitely a strong whiff of low morale. And the last thing they can afford is their most talented people bouncing. They need to stem the tide or it could be a vicious downward spiral.
 

AcrosTinus

Member
Jun 23, 2024
79
64
51
Yea that's not a great post there. It seems like Bookin isn't an Intel employee though? So its 2nd hand grapevine chatter, it seems. But, they do make a good point in one of their posts about the AADG:

^That is such a self-own it sounds. Royal Core seemed like it could've been revolutionary in design. Such a shame that their management could mess that up just because of fawning over AI.

The others posts doesn't sound good either. there is definitely a strong whiff of low morale. And the last thing they can afford is their most talented people bouncing. They need to stem the tide or it could be a vicious downward spiral.
Royal core is nothing but a rumor, nothing concrete ever leaked like architecture details, just it is going to be fast, trust me bro.

Intel will survive, they have to otherwise I have lost 10K.
 
Last edited:

Ghostsonplanets

Senior member
Mar 1, 2024
682
1,109
96
Yea that's not a great post there. It seems like Bookin isn't an Intel employee though? So its 2nd hand grapevine chatter, it seems. But, they do make a good point in one of their posts about the AADG:

^That is such a self-own it sounds. Royal Core seemed like it could've been revolutionary in design. Such a shame that their management could mess that up just because of fawning over AI.

The others posts doesn't sound good either. there is definitely a strong whiff of low morale. And the last thing they can afford is their most talented people bouncing. They need to stem the tide or it could be a vicious downward spiral.
This match with what Exist reported some weeks ago. Unless this person is just regurgitating Exist info.

Hopefully Artic Wolf and Coyote Cove aren't some half-hearted successors to SKT and LNC.
 

AcrosTinus

Member
Jun 23, 2024
79
64
51
This match with what Exist reported some weeks ago. Unless this person is just regurgitating Exist info.

Hopefully Artic Wolf and Coyote Cove aren't some half-hearted successors to SKT and LNC.
It in fact does not exist. In the lab where I work we have several codenames for products that start, fail and the lesson learned are merged with the next one. A R&D exercise without a concrete instance is not a product and therefore does not exist. I cannot get sad about a potential something that never had any details but a youtuber or leaker telling me something great was in the works but canceled, now smear Intel, they were to able to launch this rumored product they cannot execute...

To me that logic is nonsense!

I look at launched products and evaluate for my needs:
Sandybridge -> epic
Haswell -> epic
broadwell -> alright
Skylake -> epic
Skylake again -> alright
Skaylake again again -> tired
Sunny Cove -> are we back
Cypress Cove -> WTF...
Willow Cove (Tiger Lake) -> epic
Golden Cove (Alder Lake) -> epic
Redwood Cove -> ???
Golden Cove again -> tired
 
Last edited:

SiliconFly

Golden Member
Mar 10, 2023
1,474
832
96
CapFrameX posted a new 285K GB5 benckleaks result:


It’s consistent with the previous GB6 285K benchmark leak.

He measures ARL-S PPC gain at a whopping 18%.

This puts ARL clearly ahead of competition (even after accounting for the mythical future update that competition may or may not receive and/or will or will not give it a extreme performance bump).
 
Last edited:
Reactions: buttersdeif

Henry swagger

Senior member
Feb 9, 2022
494
300
106
CapFrameX posted a new 285K GB5 benckleaks result:


It’s consistent with the previous GB6 285K benchmark leak.

He measures ARL-S PPC gain at a whopping 18%.

This puts ARL clearly ahead of competition (even after accounting for the mythical future update that competition may or may not receive and/or will or will not give it a extreme performance bump).
I want cinebench r23 now.. plus the new imc and ddr5 10k will be mega
 
Reactions: buttersdeif
sale-70-410-exam    | Exam-200-125-pdf    | we-sale-70-410-exam    | hot-sale-70-410-exam    | Latest-exam-700-603-Dumps    | Dumps-98-363-exams-date    | Certs-200-125-date    | Dumps-300-075-exams-date    | hot-sale-book-C8010-726-book    | Hot-Sale-200-310-Exam    | Exam-Description-200-310-dumps?    | hot-sale-book-200-125-book    | Latest-Updated-300-209-Exam    | Dumps-210-260-exams-date    | Download-200-125-Exam-PDF    | Exam-Description-300-101-dumps    | Certs-300-101-date    | Hot-Sale-300-075-Exam    | Latest-exam-200-125-Dumps    | Exam-Description-200-125-dumps    | Latest-Updated-300-075-Exam    | hot-sale-book-210-260-book    | Dumps-200-901-exams-date    | Certs-200-901-date    | Latest-exam-1Z0-062-Dumps    | Hot-Sale-1Z0-062-Exam    | Certs-CSSLP-date    | 100%-Pass-70-383-Exams    | Latest-JN0-360-real-exam-questions    | 100%-Pass-4A0-100-Real-Exam-Questions    | Dumps-300-135-exams-date    | Passed-200-105-Tech-Exams    | Latest-Updated-200-310-Exam    | Download-300-070-Exam-PDF    | Hot-Sale-JN0-360-Exam    | 100%-Pass-JN0-360-Exams    | 100%-Pass-JN0-360-Real-Exam-Questions    | Dumps-JN0-360-exams-date    | Exam-Description-1Z0-876-dumps    | Latest-exam-1Z0-876-Dumps    | Dumps-HPE0-Y53-exams-date    | 2017-Latest-HPE0-Y53-Exam    | 100%-Pass-HPE0-Y53-Real-Exam-Questions    | Pass-4A0-100-Exam    | Latest-4A0-100-Questions    | Dumps-98-365-exams-date    | 2017-Latest-98-365-Exam    | 100%-Pass-VCS-254-Exams    | 2017-Latest-VCS-273-Exam    | Dumps-200-355-exams-date    | 2017-Latest-300-320-Exam    | Pass-300-101-Exam    | 100%-Pass-300-115-Exams    |
http://www.portvapes.co.uk/    | http://www.portvapes.co.uk/    |