Discussion Intel current and future Lakes & Rapids thread

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

DrMrLordX

Lifer
Apr 27, 2000
22,925
12,995
136
Seems rather high for just 1T? 22W for ST and it can't crack 5 GHz?
Maybe Meteor Lake suffers significant losses to efficiency at clocks nearing 5 GHz. Just because you can get it running at 4.8 GHz, may not mean that you'll like it when you get there.
 

mikk

Diamond Member
May 15, 2012
4,299
2,383
136
We can be certain MTL-P will be much more power efficient than Raptor Lake. Moving from Intel 7 to Intel 4 almost guarantees that.

Maybe the E cores get a separate voltage rail, this is the most obvious power architecture flaw on current hybrid beside the high uncore power draw.
 

FangBLade

Senior member
Apr 13, 2022
203
399
106
If the performance is at the level of RPL, with 50% better efficiency, and the iGPU is 2x better, it will be competitive with the AMD Phoenix, and therefore good. I am waiting for something from those two for a new laptop.
 

Geddagod

Golden Member
Dec 28, 2021
1,531
1,627
106
GNR uses RWC (not RWC+ or whatever), and for SRF Sierra Glenn looks to just be Gracemont ported over to Intel 3
 

Joe NYC

Diamond Member
Jun 26, 2021
3,656
5,199
136
I don't know if these numbers are correct, but if they are, Intel is not really serious about any sort of large scale transition to MTL

It's almost as if Intel was just dipping its toes in the Meteor Lake.

 

Geddagod

Golden Member
Dec 28, 2021
1,531
1,627
106
I don't know if these numbers are correct, but if they are, Intel is not really serious about any sort of large scale transition to MTL

It's almost as if Intel was just dipping its toes in the Meteor Lake.

That's assuming 50% yield. TGL-H shipped 1 million units before launch and MTL also seemed to have ramped a couple months before it will launch too, so I assume similar volume. Depending on how fast they ramp it could end up being decent volume as we pass 2023.
 

Saylick

Diamond Member
Sep 10, 2012
4,052
9,472
136
I don't know if these numbers are correct, but if they are, Intel is not really serious about any sort of large scale transition to MTL

It's almost as if Intel was just dipping its toes in the Meteor Lake.

Given that the compute dies are pretty small, they should be able to pump out more of those dies per month. I'm starting to think that advanced packaging is the real limiter of MTL volume. It doesn't help that Intel is also using advanced packaging for some of their server parts, so something's got to give.
 

lightisgood

Senior member
May 27, 2022
250
121
86
I don't know if these numbers are correct, but if they are, Intel is not really serious about any sort of large scale transition to MTL

It's almost as if Intel was just dipping its toes in the Meteor Lake.


This writer dose'nt have any reliable number.

Something very interesting popped up recently regarding Intel 4. Many sites including Wikichip & Semiwiki have already reported that Intel 4 (HP library) is almost on par with TSMC N3 long back. But some new research by IC Knowledge has revealed that Intel 4 actually has better density than TSMC N3 (HP cells).
> Finally, he said, EUV production capacity has been secured enough to meet market demand

This is.


P.S.

His delusion came from false understanding about fab D1.
D1 is not only process development fab but also manufacturing.

> By the way, at the moment it is unknown what the yield of the Intel 4 is.
> I don't know how many Intel 4s are mass-produced in D1, but D1 is all process development factories and they are forced to mass-produce using them, so there is at most one line that can be devoted to 4nm mass production.
> Even 4,000 sheets per month is suspicious, about 1,000.
 
Last edited:
  • Like
Reactions: Tlh97 and mikk

SiliconFly

Golden Member
Mar 10, 2023
1,924
1,284
106
I don't know if these numbers are correct, but if they are, Intel is not really serious about any sort of large scale transition to MTL

It's almost as if Intel was just dipping its toes in the Meteor Lake.

Like it was mentioned before, Wccftech is bottom barrel trash. Don't take them seriously.

Intel said last month that Intel 4 yields are excellent and the dies per wafer should be well above 600.

And by the end of sept, they should already have one or two million tiles ready. Thats plenty enough to start.
 
  • Like
Reactions: Saylick

A///

Diamond Member
Feb 24, 2017
4,351
3,160
136
It is likely correct since Intel invited wccftech to their presentations a few times. I did read an interestiing opinion the other morning about the future of e cores and how intel plans to include more o fthem in future. I didn't save the web page but the crux of the long writeup was whether or not intel adds more e cores there abilitiy to be used lies in the hands of both developers and microsoft if were to assume windows remains the largest personal computing platform over the next decade. this is a safe bet. itd or intel thread director can do only so much on chip but the software end needs to pick up the slack.
 

Joe NYC

Diamond Member
Jun 26, 2021
3,656
5,199
136
Like it was mentioned before, Wccftech is bottom barrel trash. Don't take them seriously.

Intel said last month that Intel 4 yields are excellent and the dies per wafer should be well above 600.

And by the end of sept, they should already have one or two million tiles ready. Thats plenty enough to start.

The yield was just a guestimate (unimportant part of the article)

The story is the low number of wafer starts.
 

dullard

Elite Member
May 21, 2001
26,024
4,650
126
I did read an interestiing opinion the other morning about the future of e cores and how intel plans to include more o fthem in future. I didn't save the web page but the crux of the long writeup was whether or not intel adds more e cores there abilitiy to be used lies in the hands of both developers and microsoft if were to assume windows remains the largest personal computing platform over the next decade. this is a safe bet. itd or intel thread director can do only so much on chip but the software end needs to pick up the slack.
That is quite true. The CPU can only suggest to Windows what to do and Windows gets to override that suggestion. Windows has information on the software and user settings, but can only estimate the best way to handle it. But, if software sets the flag of which type of core to use for each thread, then the optimum solution is usually found. It isn't usually a difficult software change, but it is a software change.

For example, Outlook should normally send/receive emails on the E cores. There is no reason an incoming email should take precedence over what you are currently working on. That is, unless the user clicks the Send/Receive button, in which case this should be a priority on the P core. That is a software change that Windows and the CPU could not readily know to do.

Background virus scans should be on E cores. Foreground virus scans on P cores. Etc. The software developers know far better what should be a priority than generic algorithms ever will.

I don't see this really changing quickly though. Especially not until AMD also has hybrid cores late next year. Why would a software developer optimize now if they might want to redo it in a year? And some software just rarely gets updated and will be legacy software that the thread director just has to guess at.
 
Last edited:

Joe NYC

Diamond Member
Jun 26, 2021
3,656
5,199
136
The number of wafer was just a guestimate (important part of the article).

You are right, the way it is worded...

It says:
"If Intel reaches 1,000 unit wafer output per month"
Which I was reading as it is below 1,000 about to reach 1,000. But the sentence could really mean anything.
 
Last edited:

SiliconFly

Golden Member
Mar 10, 2023
1,924
1,284
106
You are right, the way it is worded...

It says:
"If Intel reaches 1m000 unit wafer output per month"
Which I was reading as it is below 1,000 about to reach 1,000. But the sentence could really mean anything.
Like it was mentioned before...
 

H433x0n

Golden Member
Mar 15, 2023
1,224
1,606
106
I don't see this really changing quickly though. Especially not until AMD also has hybrid cores late next year. Why would a software developer optimize now if they might want to redo it in a year? And some software just rarely gets updated and will be legacy software that the thread director just has to guess at.
I'm fairly certain that any work optimizing for heterogeneous architectures will at least partially transfer to AMD's processors whenever they adopt this approach. Much of it is done through an abstraction layer and you're interacting with windows scheduling.
 

A///

Diamond Member
Feb 24, 2017
4,351
3,160
136
That is quite true. The CPU can only suggest to Windows what to do and Windows gets to override that suggestion. Windows has information on the software and user settings, but can only estimate the best way to handle it. But, if software sets the flag of which type of core to use for each thread, then the optimum solution is usually found. It isn't usually a difficult software change, but it is a software change.

For example, Outlook should normally send/receive emails on the E cores. There is no reason an incoming email should take precedence over what you are currently working on. That is, unless the user clicks the Send/Receive button, in which case this should be a priority on the P core. That is a software change that Windows and the CPU could not readily know to do.

Background virus scans should be on E cores. Foreground virus scans on P cores. Etc. The software developers know far better what should be a priority than generic algorithms ever will.

I don't see this really changing quickly though. Especially not until AMD also has hybrid cores late next year. Why would a software developer optimize now if they might want to redo it in a year? And some software just rarely gets updated and will be legacy software that the thread director just has to guess at.
Send/receive is a constant but intermittent function. It lays dormant in the background until a set timer or internal hard coded one fetches or seeks a change in mail status on the target server.

I agree with the rest of what you've said though with intel's internal urge to add more e cores as they see fit those e cores should be able to be flexed to do what p cores can do but in the background. I said this last week but I think intel may have bitten off more than they can chew with how they developed their design.
 

A///

Diamond Member
Feb 24, 2017
4,351
3,160
136
I'm fairly certain that any work optimizing for heterogeneous architectures will at least partially transfer to AMD's processors whenever they adopt this approach. Much of it is done through an abstraction layer and you're interacting with windows scheduling.
AMD's approach is more sensible. It's a compact version of the same big core with less cache, and still includes smt. They're not like intel trying to juggle two different architectures with one not having ht/smt and now allegedly looking to ax ht/smt to solve their dilemma. this is like taking a power grinder to your scalp because you've got an itch there.
 
  • Haha
Reactions: Saylick

H433x0n

Golden Member
Mar 15, 2023
1,224
1,606
106
AMD's approach is more sensible. It's a compact version of the same big core with less cache, and still includes smt. They're not like intel trying to juggle two different architectures with one not having ht/smt and now allegedly looking to ax ht/smt to solve their dilemma. this is like taking a power grinder to your scalp because you've got an itch there.
It probably is better overall, it basically lets them forego the development of their own ThreadDirector. The point I made originally still stands since from a development standpoint most of the work would carry over because the Windows OS will handle it through their own scheduling.