Fino a 52 core e un TDP di 150 Watt: queste le sembianze del top di gamma Nova Lake di Intel?

Fino a 52 core e un TDP di 150 Watt: queste le sembianze del top di gamma Nova Lake di Intel?

Trapelano nuovi presunti dettagli su Nova Lake-S, CPU desktop di Intel attese nel 2026. In particolare, si parla delle presunte configurazioni dei processori Core Ultra, che potrebbero offrire fino a 52 core in un TDP di 150 Watt.

di pubblicata il , alle 16:01 nel canale Processori
Nova LakeCoreIntel
 
23 Commenti
Gli autori dei commenti, e non la redazione, sono responsabili dei contenuti da loro inseriti - info
Bryan Fury16 Giugno 2025, 21:03 #11
Originariamente inviato da: carloUba
Ma veramente tutta la suite Office365 non è più monothread da anni


In realtà le macro sono monothread purtroppo 😔
totalblackuot7516 Giugno 2025, 22:22 #12
onestamente tutti quei cores con 150 watt di tdp a me sembra na caxxata enorme...
CrapaDiLegno17 Giugno 2025, 09:30 #13
Originariamente inviato da: coschizza
20 anni fa si, oggi excel ha 1 thread ogni cella quindi 10.000 celle con macro puoi sfruttare 10.000 core giusto per farti un esempio poi è ovvio che non hai 10.000 core ma è il concetto che conta è forse fa il programma piu miltithread al mondo

Cosa non hai capito del "tranne Excel"?

Originariamente inviato da: carloUba
Ma veramente tutta la suite Office365 non è più monothread da anni

Ma i prodotti li usate o guardate solo i benchmark?
Apri Powerpoint, apri un monitor qualsiasi di carico della CPU e comincia ad usarlo. Quando hai finito guardati lo storico del carico sui core.
E sì, è proprio multithread. Cioè usa i soliti due: uno per l'interfaccia grafica, il resto per il motore. Così Word. Prova a rifare l'impaginazione di un documento corposo e fammi sapere quanti thread usa.

E ho detto Office perché è probabilmente la suite più diffusa. Ma prendi un qualsiasi altro programma di grafica o un CAD e fai lo stesso test di prima. Decodifica un file RAW che può metterci anche qualche secondo se realizzato con le macchine fotografiche moderne da 50+Mpixel: dimmi quanti thread sono usati per quell'operazione.
Con 52 core fai girare 20 di quei programmi contemporaneamente. Non dico solo aperti in contemporanea e parcheggiati, intendo proprio che con 40 braccia, 20 tastiere e 20 mouse potresti farli girare insieme e non ti accorgeresti del calo prestazionale.
bio8217 Giugno 2025, 12:23 #14
non capisco la politica di intel di avere meno P di E core...

di efficiency core ne bastano pochi, esagerando 8... di P core ne servono tanti...


io con la mia licenza di calcolo arrivo fino a 12 core, se però la CPU ne ha 8 P come quella che ho montato al momento, gli ultimi quattro core li prende E e le prestazioni crollano fino a terra.....

datemi tanti P core e gli E core necessari per far sopravvivere il sistema oeprativo...

bio
CrapaDiLegno17 Giugno 2025, 15:07 #15
Originariamente inviato da: bio82
non capisco la politica di intel di avere meno P di E core...

di efficiency core ne bastano pochi, esagerando 8... di P core ne servono tanti...


io con la mia licenza di calcolo arrivo fino a 12 core, se però la CPU ne ha 8 P come quella che ho montato al momento, gli ultimi quattro core li prende E e le prestazioni crollano fino a terra.....

datemi tanti P core e gli E core necessari per far sopravvivere il sistema oeprativo...

bio


Informaticamente parlando non è assolutamente vero, come già lamentato prima. Di programmi che usano vagonate di thread ce ne sono pochissimi.
La maggior parte crea pochissimi thread e sono quelli che vogliono la massima reazione, quindi occupano i P-core.
Tutti i programmi che creano decine di thread, ovvero quelli che fanno calcolo parallelo su un limitato set di dati, ne possono creare anche il doppio e non hanno bisogno della reattività dei P-core ma solo di quanti più core possibili.
Tenendo conto che nello spazio di un P-core ci stanno 4 E-core, viene da se che è meglio avere 4 E-core che lavorano in parallelo sullo stesso set di dati piuttosto che un solo P-core per quanto questo possa essere veloce, anche andasse il doppio. Ma non ci va neanche lontanamente.
Basta vedere le prestazioni multithread di Arrow Lake che gestiscono meno thread rispetto ai precedenti e ai big di AMD. Anche mettendo più thread sugli E-core le prestazioni sono rimaste pressocché invariate se non migliorate in alcuni test.
Non vedo quindi come l'uso degli E-core possa portare le prestazioni a terra. E comunque puoi sempre escluderli per vedere se usare solo 8 thread su P-core è meglio che usare 12 thread "liberi" di allocare quello che trovano.
bio8217 Giugno 2025, 15:34 #16
Originariamente inviato da: CrapaDiLegno
Informaticamente parlando non è assolutamente vero, come già lamentato prima. Di programmi che usano vagonate di thread ce ne sono pochissimi.
La maggior parte crea pochissimi thread e sono quelli che vogliono la massima reazione, quindi occupano i P-core.
Tutti i programmi che creano decine di thread, ovvero quelli che fanno calcolo parallelo su un limitato set di dati, ne possono creare anche il doppio e non hanno bisogno della reattività dei P-core ma solo di quanti più core possibili.
Tenendo conto che nello spazio di un P-core ci stanno 4 E-core, viene da se che è meglio avere 4 E-core che lavorano in parallelo sullo stesso set di dati piuttosto che un solo P-core per quanto questo possa essere veloce, anche andasse il doppio. Ma non ci va neanche lontanamente.
Basta vedere le prestazioni multithread di Arrow Lake che gestiscono meno thread rispetto ai precedenti e ai big di AMD. Anche mettendo più thread sugli E-core le prestazioni sono rimaste pressocché invariate se non migliorate in alcuni test.
Non vedo quindi come l'uso degli E-core possa portare le prestazioni a terra. E comunque puoi sempre escluderli per vedere se usare solo 8 thread su P-core è meglio che usare 12 thread "liberi" di allocare quello che trovano.


nei benchmark...nella vita reale i thread li paghi con le licenze e puoi avere 8 core decenti che fanno le scarpe a 16 pessimi...

oltre ai costi parallelizzare comporta overhead, e soprattutto, nel mio caso, alla fine di una sequenza di calcoli i risultati devono essere riassemblati ma se 20 thread finiscono nel doppio del tempo bisogna aspettarli...inoltre l'accesso alla ram degli ecore (almeno nel 13950hx che ho qua sulla scrivania) ha una banda ridotta rispetto ai P core, cosa che comporta già una perdita di prestazioni enorme...

non mi comprano amd perchè in azienda "ci sono solo intel e non compriamo altro"....

ma ultimamente con amd andrei nettamente meglio..

bio
CrapaDiLegno17 Giugno 2025, 16:13 #17
Originariamente inviato da: bio82
nei benchmark...nella vita reale i thread li paghi con le licenze e puoi avere 8 core decenti che fanno le scarpe a 16 pessimi...

oltre ai costi parallelizzare comporta overhead, e soprattutto, nel mio caso, alla fine di una sequenza di calcoli i risultati devono essere riassemblati ma se 20 thread finiscono nel doppio del tempo bisogna aspettarli...inoltre l'accesso alla ram degli ecore (almeno nel 13950hx che ho qua sulla scrivania) ha una banda ridotta rispetto ai P core, cosa che comporta già una perdita di prestazioni enorme...

non mi comprano amd perchè in azienda "ci sono solo intel e non compriamo altro"....

ma ultimamente con amd andrei nettamente meglio..

bio

Gli E-core di Arrow Lake sono decisamente migliorati rispetto a quelli di Raptor.
Ma poi stai parlando di usare SW di calcolo su un portatile? Cioè il problema sono gli E-core quando stai su un portatile a fare simulazioni?
Ripper8917 Giugno 2025, 17:11 #18
Già con soli 2 tipologie di cores è difficile da sfruttare in ambito software e questi se ne escono addirittura con 3 tipologie ?
aqua8417 Giugno 2025, 18:15 #19
52 core e 10 GHz poi gli applichi la mitigazione per quel problema, quell altra mitigazione per l altro problema, poi l altra e l altra e l altra…. E va come un dual core
Gringo [ITF]03 Ottobre 2025, 15:08 #20
Non mi sembrava che gli HEPC vendessero lo 0,0001 .... persone che oltre a DOOM 6 e Borderland 4 usano dei CAD ce ne stanno abbastanza.

Devi effettuare il login per poter commentare
Se non sei ancora registrato, puoi farlo attraverso questo form.
Se sei già registrato e loggato nel sito, puoi inserire il tuo commento.
Si tenga presente quanto letto nel regolamento, nel rispetto del "quieto vivere".

La discussione è consultabile anche qui, sul forum.
 
^