Discussion Intel Nova Lake in H2-2026: Discussion Threads

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

Fjodor2001

Diamond Member
Feb 6, 2010
4,192
575
126
E-cores could never clock high enough regardless of TDP.
What is high enough? Also, note that the whole point is to instead have more cores, but clocked somewhat lower. To squeeze out the very last bit of perf from a core by bumping frequency above the range where it performs best costs a lot of power consumption, and results in poor perf/watt.
 

Thunder 57

Diamond Member
Aug 19, 2007
4,017
6,723
136
What is high enough? Also, note that the whole point is to instead have more cores, but clocked somewhat lower. To squeeze out the very last bit of perf from a core by bumping frequency above the range where it performs best costs a lot of power consumption, and results in poor perf/watt.

I was replying to @511 saying NVL could match TR if they bumped it up to the same TDP. I think that was more of a joke and yes of course clocking cores high is less efficient. I'm sure Intel will clock them in their sweet spot whatever that ends up being.
 

Fjodor2001

Diamond Member
Feb 6, 2010
4,192
575
126
I'm sure Intel will clock them in their sweet spot whatever that ends up being.
I hope so too. But based on how much TDP has increased on DT for both Intel and AMD in the last few CPU generations, I’m not so sure that’ll be the case.

There are some people on this forum (at least on Zen5) who have intentionally limited the TDP in BIOS settings to clock a bit lower, and notice that the performance drop then is not that big. So the stock TDP seems to have been set to squeeze out max perf to win the perf crown.

That said, for the 52C NVL-S SKU specifically I think all TDP will be needed, since there are so many cores. But what about the other SKUs in the lineup?
 

Hulk

Diamond Member
Oct 9, 1999
5,138
3,726
136
I hope so too. But based on how much TDP has increased on DT for both Intel and AMD in the last few CPU generations, I’m not so sure that’ll be the case.

There are some people on this forum (at least on Zen5) who have intentionally limited the TDP in BIOS settings to clock a bit lower, and notice that the performance drop then is not that big. So the stock TDP seems to have been set to squeeze out max perf to win the perf crown.

That said, for the 52C NVL-S SKU specifically I think all TDP will be needed, since there are so many cores. But what about the other SKUs in the lineup?
I think the question of TDP is really dependent on workload.
For example, say you have a really well-threaded application. A sh$t ton of cores clocked in the sweet spot of the v/f curve will perform brilliantly. Also, an app that only used a handful of cores should run fine as well because while it might need to clock high, 5 or 6 cores won't present a gigantic power load when the other 40+ cores aren't doing anything.

The issue comes in with multitasking. If you are loading up the E cores and the P's at full clock and bumping up against the TDP then process is going to be very important to provide best performance from the architecture.
 

MS_AT

Senior member
Jul 15, 2024
856
1,734
96
Let's make a list of these. Which apps scale to 24+ cores?
Every app that does not require active user input;) I mean you can always run N copies of it;)
Blender/FFmpeg anything to do with CPU Based Rendering and Media.
Doesn't this vary by codec for encoding? Different formats might have different sweet spots. I have seen many opinions that scaling dies for x265 past 16 cores. Not to mention it's also a function of what is being encoded/transcoded. Still a neat idea I have heard about is to split your original materials into parts and then transcode the parts in parallel what is giving better results timewise, not sure quality wise as I have not been experimenting with this myself.

For code compilation you generally require sufficient code base size and sane dependency graph, then it it might scale quite well.
 

511

Diamond Member
Jul 12, 2024
4,262
3,903
106
For code compilation you generally require sufficient code base size and sane dependency graph, then it it might scale quite well.
Don't think that will be problem for many studios and companies with large code bases.
 

Fjodor2001

Diamond Member
Feb 6, 2010
4,192
575
126
Let's make a list of these. Which apps scale to 24+ cores?
Every app that does not require active user input;) I mean you can always run N copies of it;)
Good point actually.

Also, it doesn't have to be several instances of the same app that you run in parallel. A more realistic use case could perhaps be to for example run video transcoding in the background, and at the same time compiling SW, while also surfing the web or reading email, and whatever else you'd like to do in parallel.
 
Last edited:

Hulk

Diamond Member
Oct 9, 1999
5,138
3,726
136
Let's make a list of these. Which apps scale to 24+ cores?
As some have mentioned video encoding and things like blender, but yes, there aren't a lot, which is why I wrote the real issue with TDP is multitaking. No one app will load up all those cores but I can run 3 or 4 at once that will slam the system. That is how I work, bursty, lots of things going on at once.
 

OneEng2

Senior member
Sep 19, 2022
815
1,082
106
It is quite obvious that DC can eat up as many cores as can be applied to the system. If we are talking only about desktop applications, I agree. It's hard to see the need for lots of cores.
 

deasd

Senior member
Dec 31, 2013
603
1,033
136
When comes to multi-core optimization, I completely agree what Raja said:


G1E7x8taMAAprkA.jpg


It's either GPU can complete tasks faster than CPU, or the MT scaling of majority of tasks have stagnated.
 

LightningZ71

Platinum Member
Mar 10, 2017
2,480
3,149
136
In essence, there's only so much work to do, and eventually, it's more work to slice it up and administer all the slices than to keep fewer slices with higher locality.
 

Keysplayr

Elite Member
Jan 16, 2003
21,213
51
91
It's probably gonna be a clocked boosted Arrow Lake before they say bye-bye and forget it ever happened
200 series got a bad rap. It is perfectly fast I'm sure anyone who is using one can tell you. AMD has the gaming advantage for sure, but productivity with the 200 series is pretty good. IPC is good. I don't see the refresh (hopefully there is at least something) bringing that much improvement. Same die likely just tweaked where it can be tweaked.
 
  • Like
Reactions: MoogleW

511

Diamond Member
Jul 12, 2024
4,262
3,903
106
200 series got a bad rap. It is perfectly fast I'm sure anyone who is using one can tell you. AMD has the gaming advantage for sure, but productivity with the 200 series is pretty good. IPC is good. I don't see the refresh (hopefully there is at least something) bringing that much improvement. Same die likely just tweaked where it can be tweaked.
Well in tech media if it can't game it's not good as for 48C/T it's not overly complicated to make it. The main Money Maker will be 8+16 and it's bin.
 
  • Like
Reactions: MoogleW

LightningZ71

Platinum Member
Mar 10, 2017
2,480
3,149
136
200 series got a bad rap. It is perfectly fast I'm sure anyone who is using one can tell you. AMD has the gaming advantage for sure, but productivity with the 200 series is pretty good. IPC is good. I don't see the refresh (hopefully there is at least something) bringing that much improvement. Same die likely just tweaked where it can be tweaked.
Meteor Lake got widely panned as a failure yet I use one every day at work and have for over half a year. It is plenty fine for everything that I do, has massively better battery life than the comet lake laptop that I previously used while being much lighter and even under load, the fans are barely audible.

Modern computers are so blisteringly fast and hugely capable that the benchmark comparisons are laughably irrelevant most of the time.

One of my kids has two laptops for school, and 8 core tiger lake workstation class and an 8 core Phoenix HS. In day to day usage, you can't even tell them apart by their performance.