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

Page 626 - 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
702
632
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 (N3B)Lunar LakePanther Lake
PlatformMobile H/U OnlyDesktop & Mobile H&HXMobile U OnlyMobile H
Process NodeIntel 4TSMC N3BTSMC N3BIntel 18A
DateQ4 2023Desktop-Q4-2024
H&HX-Q1-2025
Q4 2024Q1 2026 ?
Full Die6P + 8P8P + 16E4P + 4E4P + 8E
LLC24 MB36 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,014
  • LNL.png
    881.8 KB · Views: 25,501
Last edited:

moinmoin

Diamond Member
Jun 1, 2017
5,145
8,226
136
Latency issue has been already there since Meteorlake and Tile based design is to blame
I guess a fair comparison point for Arrowlake would be Meteorlake then, not Raptorlake. But I can't imagine that Arrowlake doesn't have any improvements in its tile based design. What made Intel call off Meteorlake's launch on desktop, but proceed to not sufficiently improve the successor for a desktop launch either?
 

gdansk

Diamond Member
Feb 8, 2011
3,276
5,186
136
I guess a fair comparison point for Arrowlake would be Meteorlake then, not Raptorlake. But I can't imagine that Arrowlake doesn't have any improvements in its tile based design. What made Intel call off Meteorlake's launch on desktop, but proceed to not sufficiently improve the successor for a desktop launch either?
Skymont is good enough that they wanted to launch it and at least outside of gaming Lion Cove is generally better than Golden Cove unlike Redwood Cove. Still Arrow Lake is poorly received due to poor gaming performance and a bunch of regressions here and there, some of which seem latency-related and others which might be scheduling problems. One can only imagine how poorly Meteor Lake S would have been received as a desktop processor with Redwood Cove and possibly even worse scheduling (presumably they fixed some bugs in the last year). If they did launch it would have to be OEM only to avoid that.

If Intel doesn't have an Arrow Lake Refresh LGA-1851 is probably a one-and-done platform because Meteor Lake was supposed to be the first but we never got it. Really, really turns me off from even considering the platform after what AMD said about AM5 through 2027.
 

511

Golden Member
Jul 12, 2024
1,038
895
106
David Huang is testing GB on P and E cores
P core 2580 5.5 469/Ghz

E core 1889 4.6 410/Ghz
 

cannedlake240

Senior member
Jul 4, 2024
207
111
76
Skymont still appears to be around 18% behind LNC in GB6 PPC. Idk if this is all that great...
David Huang is testing GB on P amd E cores
P core

E core
 

Hulk

Diamond Member
Oct 9, 1999
4,701
2,863
136
I presume there's little to no scheduling issue, and more of it is memory/latency issue.

If you read Microsoft Office and Adobe ranking by TPU, you can find it could be easily diagnosed as MS/Adobe test suites are memory sensitive benchmarks, and it's memory/latency issue which leads to poor performance in these test suites with Ultra 200. What's coincident is 285k is roughly on par with 14600k in gaming which is memory sensitive as well.


View attachment 110272


Latency issue has been already there since Meteorlake and Tile based design is to blame, I guess there would be nothing Microsoft or Intel can do here, and these issues cannot solved by using better memory.
What memory/latency tests do you see ARL specifically not looking good that would cause the low scores we are seeing in these memory sensitive applications?
 

SiliconFly

Golden Member
Mar 10, 2023
1,651
996
96
David Huang is testing GB on P and E cores
P core 2580 5.5 469/Ghz

E core 1889 4.6 410/Ghz
At 2,580 points, the P core is 7% faster than 14900K. Hope it isn't overclocked or something.
 

Hulk

Diamond Member
Oct 9, 1999
4,701
2,863
136
When I first heard there would be no HT in ARL I was quite sure MT was going to be a problem. Also, based on 6GHz clocks I thought ST benchmarks, which actually isolate 1 core and are able to attain that 6GHz frequency would be a problem for ARL.

But, I was under the belief that improvements in Lion Cove would mitigate the latency/memory penalty of tiles and the minimal decrease in all-core frequency coupled with the fact that quite a lot of software still only uses ~8 threads meant that ARL would do very well in test suites like MS Office. What I'm trying to communicate here is the fact that 1-2 core Turbo clocks are irrelevent generally outside of benchmarks.

What we get is the exact opposite of what I was expecting. Intel hits it out of the park with Skymont, showing us IPC gains we haven't seen since Conroe. Any latency, tiles, or whatever are overcome and then a whole bunch more. ARL is competitive in MT and better than Raptor Lake.

ST benchmark scores are pretty good as well, which I didn't expect. But when the rubber hit's the road, on actual applications, there are weak spots and Lion Cove currently is underperforming and I think letting down the ARL design. I am hoping this is an fixable issue that brings Lion Cove up a bit for Intel's sake, but as it stands right I think it's hard to make a case for the 285K as top dog when it comes to overall performance. It's still only a day from NDA so things could change.

To summarize my take on ARL at this time:
- Very good MT performance due primarily to Skymont
- Much improved efficiency compared to Raptor Lake but still a bit behind Zen 5
- Much improved temps, I don't see issues extracting full stock performance on air
- Confusing high/low on certain benchmarks (MS Office for example) that seem to indicate a bottleneck associated with Lion Cove that may be fixable with microcode or the Thread Director, but realistically I'm thinking will take an architectural change to address.


Intel will still get these in millions of systems and as Anand always said, "there are no bad products, only bad price points." Without Skymont this would have been a really bad showing for Intel.

Finally, I have to double check but I don't think Lunar Lake was doing bad in MS Office type stuff, in fact I think it excelled.
 

gdansk

Diamond Member
Feb 8, 2011
3,276
5,186
136
- Confusing high/low on certain benchmarks (MS Office for example) that seem to indicate a bottleneck associated with Lion Cove that may be fixable with microcode or the Thread Director, but realistically I'm thinking will take an architectural change to address.
It's (generally) Intel's director putting work on Skymont and not figuring out it should be moved to Lion Cove. Not Lion Cove's fault. Intel needs to fix this if they're keeping two different core types, regardless of what the cores are.
 

Thunder 57

Diamond Member
Aug 19, 2007
3,079
4,873
136
Intel will still get these in millions of systems and as Anand always said, "there are no bad products, only bad price points." Without Skymont this would have been a really bad showing for Intel.

Anand was wrong. There are bad products. PSU's that catch fire. "Deathstar" HDD's. More recently, 7800X3D's that went up in smoke, or degrading RPL.
 

MS_AT

Senior member
Jul 15, 2024
365
798
96
It's (generally) Intel's director putting work on Skymont and not figuring out it should be moved to Lion Cove. Not Lion Cove's fault. Intel needs to fix this if they're keeping two different core types, regardless of what the cores are.
But did anyone verify that or this is still an assumption based on weird results? I am Thread Director was supposed to have easier job with only P and E cores without HT...
 

gdansk

Diamond Member
Feb 8, 2011
3,276
5,186
136
But did anyone verify that or this is still an assumption based on weird results? I am Thread Director was supposed to have easier job with only P and E cores without HT...
It is as unverified as blaming Lion Cove.
But there's a reason I avoided buying any heterogenous processors for machines that will run Windows. It takes them so long to fix things.
 

alcoholbob

Diamond Member
May 24, 2005
6,338
404
126
Skymont is good enough that they wanted to launch it and at least outside of gaming Lion Cove is generally better than Golden Cove unlike Redwood Cove. Still Arrow Lake is poorly received due to poor gaming performance and a bunch of regressions here and there, some of which seem latency-related and others which might be scheduling problems. One can only imagine how poorly Meteor Lake S would have been received as a desktop processor with Redwood Cove and possibly even worse scheduling (presumably they fixed some bugs in the last year). If they did launch it would have to be OEM only to avoid that.

If Intel doesn't have an Arrow Lake Refresh LGA-1851 is probably a one-and-done platform because Meteor Lake was supposed to be the first but we never got it. Really, really turns me off from even considering the platform after what AMD said about AM5 through 2027.

Also with all the layoffs and project cancellations at Intel, it makes me shudder to think the next socket after Arrow Lake might be even worse relative to next-gen AMD offerings. Scary to think Alder Lake might be the high point of Intel for a very long time.
 

OneEng2

Senior member
Sep 19, 2022
259
357
106
I mean I don't expect a hypothetical 9950X 3nm edition to be much more efficient except in low TDPs. Check the chart above where 285K out performs the 9950X (under 150W). And there it is the IOd which is wasting power and here Intel has an advantage due to interconnect.
Seems like a questionable approach. In the desktop and desktop replacement laptop markets, the higher performance within the power envelope will be the most important to consumers. I am not buying into this concept that this market cares about how much electricity the computer is using. Thin and light? Sure.

More importantly, I see potential for Skymont and Lion Cove in the DC products of the future where the designs are likely to be power envelope bound ..... then your argument vector starts to make sense IMO.
Overall, it's questionable. Matching 5nm Zen 4 at the same average power...
Exactly my point. For all the advantages Arrow Lake should have had, it seems to be quite a let down.
All the hype of Skymont and it's only 18% more efficient than Gracemont. N3B vs Intel 7 and all they got was 18% improvement?
Arguably 2 full die shrinks. Agree. Still, Skymont shows impressive IPC per die area .... and that isn't "nothin".
TSMC themselves gave these approximate figures for their respective processes:

N3(B): +15% perf (aka clocks at iso power/transistor count) or -30% power vs. N5
N4P: +11% perf or -22% power vs. N5

So the only area where N3B is a notable uplift over N4P is transistor density.
N3E is slightly better than N3B in terms of perf/efficiency (+18% or -32% vs. N5), but loses some density.

Additionally, the technical differences between N5 class and N3 class processes could be significant enough that a quick-n-dirty shrink doesn't necessarily give you the maximum clockspeed benefit "just like that".
In any case, a 3nm Zen5 would've likely used N3E.
But 10-15% higher clocks would mean 6.3-6.6 GHz, and I highly doubt that Zen5 would've hit that so easily.

Consumer-Zen6 with the FPU scaled back to 256bit might hit that with N3P, if we're lucky.
By these TSMC figures, a die shrink alone should be 8% lower power, but you are correct, the higher clocks would be more on the order of 5%.

... and because you are also correct that the tools are different for the different processes (libraries are not compatible), it would not be an easy shrink. I was only posing a hypothetical.

I believe I have seen that Zen 6 is targeting N3P in mid 2025. That shows that AMD has no desire to do a "shrink only" design (which makes sense).
Extrapolating from earlier IPC comparison and comparing clock rates to the OC results posted above
A non-SMT Zen 5 would yield 1588 * (57/40) * 16 = 36,204
Arrow Lake would yield 1459 * (54/40) * 16 + 1702 * (58/40) * 8 = 51,257 very close to the observed

So apparently SMT has insane yield here. Over 40%...

It is my understanding that CB24 is much more bandwidth hungry than CB23 .... which is making me think that Arrow Lake's good showing in CB24 is more about its bandwidth than its processing prowess while CB23 seems to be more processor constrained.

Someone correct me if I am off base here.
It's the realization that this stagnation won't be fixed for 2 years.
Definitely. As I have said, I think the party is over for we enthusiasts. The days of Conroe level improvements is dead as the exponential cost of process equipment and physics has brought a halt to that performance progression.

I think the future big increases will be more targeted to specific tasks utilizing either specific new instruction sets, or specific cores designed for more specific workloads thus eliminating the need for new process equipment in order to make big gains.
E-cores L1 latency is 3 cycles. Except all future high-ipc designs to have that 3-cycle L1 load latency. For Lion Cove removal of HT probably saved that one cycle from 5 to 4 - but yet they don't have backend to fully take advantage from that lowered load latency. They need to redo whole backend to single-thread optimized to really gain advantage from removing HT.
I think that Intel can't easily add SMT back to the design. It would be a ground up work effort.
Chips and Cheese:
If Lion Cove IPC is so high above ZEN5, why doesn't it show in application performance? I am a bit baffled. I do understand that there are WAY more operations in the processor than this little chart shows. Also FWIW, XOR is most frequently used for flipping specific bits in a register IME.
Actually blows my mind how poor these CPU's are. They must have done internal testing, and they somehow saw it fit to release them in this state? AMD managed to tread water this year with their cpu's and STILL managed to beat Intel. That's just sad.
True; however, what makes it worse is that Intel essentially had a double die shrink to mostly catch up with ZEN5 which remained on the same process node (mostly).

I kind of wonder if AMD gambled on this decision as the more certain path to performance superiority over an unreleased Arrow Lake would have been to produce Zen 5 on N3E and take the increased transistor budget to enhance performance in a few key areas.
 
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/    |