|
|
|
![]() |
|
Strumenti |
![]() |
#1 |
www.hwupgrade.it
Iscritto dal: Jul 2001
Messaggi: 75173
|
Link alla notizia: https://www.hwupgrade.it/news/cpu/in...re_135452.html
Nelle ultime ore due indiscrezioni provano a tracciare la possibile proposta futura di Intel nel comparto desktop. Dopo i Core Ultra 300S, basati su un refresh di Arrow Lake, toccherebbe a Nova Lake, per il quale si ipotizza una configurazione con 52 core in totale. Click sul link per visualizzare la notizia. |
![]() |
![]() |
![]() |
#2 |
Senior Member
Iscritto dal: Jan 2020
Messaggi: 310
|
Incredibile come ancora non si capisca che Intel rilasci ogni ottobre nuovi processori desktop...
OGNI ANNO da vent'anni si dubita della cosa e OGNI ANNO Intel regolarmente lo fa... Arrow Lake Refresh uscirà sicuramente. |
![]() |
![]() |
![]() |
#3 | |
Senior Member
Iscritto dal: Dec 2005
Messaggi: 7237
|
Quote:
![]() |
|
![]() |
![]() |
![]() |
#4 |
Senior Member
Iscritto dal: Jan 2007
Messaggi: 5994
|
In pratica la divisione x86 di Intel è in pieno brain rot manageriale.
Che brutta fine. Non ha senso proporre architetture "fino a 52 core" in cui se ti serve far girare roba pesante non puoi usare le istruzioni AVX-512 ed in base al core su cui viene schedulato un task ti ritrovi con esecuzione più o meno efficiente. È roba buona per "far consumare poco" un pc Windows con una marea di processi "di servizio" che per la maggior parte del tempo fanno poco o niente, ma non per quando ti servono davvero le massime prestazioni. |
![]() |
![]() |
![]() |
#5 | |
Senior Member
Iscritto dal: May 2004
Messaggi: 7465
|
Quote:
I benchmark mostrano che quando ti serve potenza questi core in più delle cpu Intel fanno perfettamente il loro lavoro Un pc Windows per uso base non ha bisogno di più di 6 o 8 core questa cpu è per il segmento entusiast Ultima modifica di coschizza : 08-02-2025 alle 10:20. |
|
![]() |
![]() |
![]() |
#6 |
Senior Member
Iscritto dal: Dec 2020
Messaggi: 2779
|
Su desktop i cores E e LP-E per la maggior parte degli utenti sono inutili.
Quello che conta sono i cores P, e questa CPU di cui si parla ne ha solo 16. |
![]() |
![]() |
![]() |
#7 |
Senior Member
Iscritto dal: May 2004
Messaggi: 7465
|
|
![]() |
![]() |
![]() |
#8 |
Senior Member
Iscritto dal: Jan 2005
Città: ichnusa
Messaggi: 17815
|
stanno facendo marketing, come al solito. però il momento non è bellissimo, amd è avanti, e si devono svegliare. però agli annunci deve seguire anche la sostanza, il refresh di arrow sarebbe interessante, soprattutto per capire se sono riusciti a correggere qualcosa, sempre rispetto alla concorrenza.
|
![]() |
![]() |
![]() |
#9 |
Senior Member
Iscritto dal: Sep 2004
Città: Veneto Orientale
Messaggi: 4328
|
Sparare 52 Core non ha senso se non li dividi per tipologia, visto che anche la GPU integrata ha "core" come la NPU.
8P 32E +12 Altro Non vedo novità differenti da quello che già era previsto. Piuttosto che pensino a far funzionare il tutto su LGA Attuale o ripeschino LGA-2011 perché i produttori chiedono di non dover reinvestire ancora. |
![]() |
![]() |
![]() |
#10 | |
Senior Member
Iscritto dal: Jan 2007
Messaggi: 5994
|
Quote:
AMD invece le ha implemente senza particolari problemi su tutta la sua linea di cpu e senza i problemi di throttling che avevano le prime implementazioni desktop. Sia ben chiaro, in Intel sono dei cani quando devono progettare nuove estensioni, dopo le SSE (SIMD con registri a 128bit) avrebbero dovuto puntare direttamente su istruzioni vettoriali scalabili invece di sprecare opcode prima con SIMD con registri a 256bit e poi a 512bit per poi rendersi conto della cazzata assurda che avevano fatto. Per rendere l'idea della boiata che hanno fatto, Aarch64 SVE supporta in modo trasparente registri vettoriali da 128bit su fino a 2048bit (il codice assembly non cambia e sai che la cpu che hai sotto cercherà di eseguirlo nel modo più efficiente che può) e RISC-V con le estensioni "V" permette implementazioni con registri vettoriali che arrivano fino ad un massimo di 65536bit (apparentemente un limite esagerato, ma questo garantisce che il codice scritto e compilato ora per implementazioni a 128bit girerà con migliori prestazioni su qualsiasi implementazione futura). Del resto sono gli stessi che solo ora con APX si sono decisi a supportare 32 registri interi dopo aver continuato a ripetere per decenni che 16 registri interi erano anche troppi (ora invece ammettono che con 32 registri interi si ha un incremento di prestazioni medio del 10% rispetto a codice compilato per usare solo 16 registri interi). |
|
![]() |
![]() |
![]() |
#11 | |
Senior Member
Iscritto dal: Dec 2020
Messaggi: 2779
|
Quote:
Su 52 totali, che sembrano un enormità, alla fine solamente 16 sono quelli P, ossia meno di 1/3. |
|
![]() |
![]() |
![]() |
Strumenti | |
|
|
Tutti gli orari sono GMT +1. Ora sono le: 06:35.