[Thread Ufficiale] CPU Zen 14/12/7nm: AMD Ryzen!

[fraussantin]

Non ho seguito molto i processori ultimamente , ma i 5000 sono gli ultimi per x570? Si era parlato di 6000 ma saranno zen4 e ddr5?

[Nautilu$]

...eh...madonna però!
'sto post lo avrei visto meglio su HDblog!

[FroZen]

Originariamente inviato da fraussantin

Non ho seguito molto i processori ultimamente , ma i 5000 sono gli ultimi per x570? Si era parlato di 6000 ma saranno zen4 e ddr5?

serie 5000 = Zen 3 quindi AM4 550/570 e DDR4

Fra AM5 e le DDR5 dovrebbe esserci un Zen3+ con la 3D cache ancora per AM4 e DDR4

[affiu]

@Paolo.

Io ti dico la mia....o meglio da dove mi viene l'idea del perchè non tutto possa dipendere dal solo silicio.
Io parto, secondo quello che vedo ed interpreto, che il silicio è si importante, ma anche l'architettura ha la sua valenza...ecco allora che partendo UNICAMENTE dal multicore e multithread, hai da un lato un architettura che nel desktop si ferma a https://www.hwupgrade.it/articoli/58...h_r20_ncpu.png ma comunque va oltre, passando dai threadripper e infine EPYC(e l'architettura è sempre ZEN).......dall'altra parte fino adesso si aspetta la RISPOSTA!

Ora nel desktop la concorrenza, giustamente, batte con un certo stacco il 5950x in single......dopo che ha annaspato con la decima e undicesima generation....ed è giusto che sia così senza ombra di dubbio.

Fino a questo punto....si può dire evviva e complimenti, perchè a cinebenchr23 fare oltre o vicino a 2000 punti è veramente un salto non indifferente, MOTIVO del per cui si avvicina al 5950x in multithread pur avendo 8 thread in meno.............ma questo non cambia il problema oltre i 24 thread! ...è questo il punto per me!....tu cosa ne pensi, che solo un silicio migliore sia sufficente a competere?...forse voresti dire a resistere!

Poi a me francamente non mi viene facile immaginare che se nel desktop comunque NON superano il 5950x in multi-thread, come mi debba venire facile supporre che un numero maggiore di core ma, secondo me, sempre sotto al rosso ....possa batterlo nello stesso tempo!

Siccome non mi viene facile, allora interpreto, male giustamente, che il SEGRETO sta proprio su ZEN.....senza scervellamenti e robe varie.

Un zen4 a 5nm 24 core con 105W di TDP(e ci può tranquillamente scappare il 32 core...chiaramente spostandosi dal classico TDP di 105W classico o standard!)
Uno zen5 a 3nm 32 core con 105W di TDP.

Il tutto tra 1(zen4 a 5nm)-4(zen5 a 3nm) anni ed il resto figurati cosa mi interessa.....pulito pulito avresti 32 core con 38% di ipc ed con al massimo, nella peggiore delle ipotesi, un aumento del 10% di watt.(e te ne esci col giorno! )

Non lo compreresti se al max si fermano a 200W a cinebench? ..32 core +38% di ipc??
Poi immagina che le stesse zen4 e zen5, come al solito, li ritroveresti ovunque, nel mobile, nel server, nelle APU ecc ecc......no riesco proprio a capire come potranno competere in termine di performance/prezzo.....SHARE SHARE Paolo, senza se e senza ma,.....poi può darsi che mi sbagliero, ma secondo il mio pensiero di strade non ne vedo all'orizzonte,ma forse sono io esagerato a non credere molto alla via big e small, e magari mi sbaglierò ma fino adesso il MCM del rosso mi sembra migliore.
Che vinca il migliore a questo punto che sia BIG&SMALL O/VS MCM!

[paolo.oliva2]

Aspettiamo sto Alder...
Io sono dell'idea che tutto dipenderà dal silicio... Alder di innovazione ha che abbandona finalmente il monolitico, ma l'efficienza non la trovi con la macedonia di core E e P, se poi sia l'E che il P sono meno efficienti per il silicio.

Idem con patate per le VGA. Perché le produce da TSMC sul 6nm? Perché se da un lato è scontato che non può avere il know-OUT di Nvidia/AMD, se poi produci su un silicio meno efficiente, ovvio che il confronto performance/watt sarebbe deludente.

Sono del parere che tutto sia in 2 punti fondamentali:

Il 4 Intel e se il 2 e 1.8 rispetteranno i tempi di anticipare TSMC sull'1.

Il 2022 con l'ingresso di Zen4 5nm avrà gioco facile vs Alder/Raptor per tutto il segmento server e mobile. Il primo punto sarà il 4 Intel vs 5nm TSMC e l'implementazione del 4 nel package misto con il 3nm TSMC (è scontato che il volume prodotto da Intel su TSMC sia insufficiente al fabbisogno).
Poi una Intel su nm più spinte di TSMC ribalterebbero la situazione.

Tra l'altro, se inquadrassimo il futuro desktop entry-level fatto di APU con la parte grafica via via più che soddisfacente in grado di alzare sempre più l'asticella di fare a meno della discreta, è ovvio che avere anche solamente 1 nodo di vantaggio sarebbe cosa importantissima.

[fraussantin]

Originariamente inviato da FroZen

serie 5000 = Zen 3 quindi AM4 550/570 e DDR4



Fra AM5 e le DDR5 dovrebbe esserci un Zen3+ con la 3D cache ancora per AM4 e DDR4

Ok allora salto eventualmente i 5000 e ci piazzo uno di quelli la

[leoneazzurro]

Occhio che con la V-cache non tutet le applicazioni avranno un beneficio, ma solo quelle più sensibili alla latenza. Mentre, se ci sarà un impatto sulla latenza della cache L3, alcuni task potrebbero vedere una leggera recessione.

[Gyammy85]

Originariamente inviato da paolo.oliva2

Aspettiamo sto Alder...
Io sono dell'idea che tutto dipenderà dal silicio... Alder di innovazione ha che abbandona finalmente il monolitico, ma l'efficienza non la trovi con la macedonia di core E e P, se poi sia l'E che il P sono meno efficienti per il silicio.

Idem con patate per le VGA. Perché le produce da TSMC sul 6nm? Perché se da un lato è scontato che non può avere il know-OUT di Nvidia/AMD, se poi produci su un silicio meno efficiente, ovvio che il confronto performance/watt sarebbe deludente.

Sono del parere che tutto sia in 2 punti fondamentali:

Il 4 Intel e se il 2 e 1.8 rispetteranno i tempi di anticipare TSMC sull'1.

Il 2022 con l'ingresso di Zen4 5nm avrà gioco facile vs Alder/Raptor per tutto il segmento server e mobile. Il primo punto sarà il 4 Intel vs 5nm TSMC e l'implementazione del 4 nel package misto con il 3nm TSMC (è scontato che il volume prodotto da Intel su TSMC sia insufficiente al fabbisogno).
Poi una Intel su nm più spinte di TSMC ribalterebbero la situazione.

Tra l'altro, se inquadrassimo il futuro desktop entry-level fatto di APU con la parte grafica via via più che soddisfacente in grado di alzare sempre più l'asticella di fare a meno della discreta, è ovvio che avere anche solamente 1 nodo di vantaggio sarebbe cosa importantissima.

Alder lake tiene i suoi bei 330 watt a 5,2 ghz per arrivare a malapena in mt su cpuz al livello del 5950x in anestesia, solito oc facile facile che richiede solo mb da 500 euro carboceramiche

[leoneazzurro]

Occhio che con la V-cache non tutte le applicazioni avranno un beneficio, ma solo quelle più sensibili alla latenza. Mentre, se ci sarà un impatto sulla latenza della cache L3, alcuni task potrebbero vedere una leggera recessione.

[Gyammy85]

Originariamente inviato da leoneazzurro

Occhio che con la V-cache non tutte le applicazioni avranno un beneficio, ma solo quelle più sensibili alla latenza. Mentre, se ci sarà un impatto sulla latenza della cache L3, alcuni task potrebbero vedere una leggera recessione.

Andrà molto forte in roba dove già zen 3 andava forte, per il resto boh non credo si limitino ad appiccicare sopra la cache, quello mostrato era più un accrocchio che un modello definitivo

[leoneazzurro]

Andrà più forte nei games, quello è certo. Comunque si, Zen3D è molto vicino al prototipo, l'unica differenza con i modelli attuali è lo step B2 (che dovrebbe migliorare leggermente l'all core turbo) il e la cache "appiccicata sopra"

[paolo.oliva2]

https://amd-now.com/amd-laptops-fina...pad-p14-gen-2/

[paolo.oliva2]

Originariamente inviato da leoneazzurro

Andrà più forte nei games, quello è certo. Comunque si, Zen3D è molto vicino al prototipo, l'unica differenza con i modelli attuali è lo step B2 (che dovrebbe migliorare leggermente l'all core turbo) il e la cache "appiccicata sopra"

Concordo che il guadagno sarà diverso a seconda dell'applicazione, ma non credo si possa arrivare ad una perdita.
In fin dei conti, le cache vengono implementate con grandezze diverse e secondo la grandezza con latenze diverse perché comunque fanno guadagnare rispetto a prelevare il dato in DDR. Cioè, se la L3 3D aumenta di 5X, si ha 5X la possibilità di trovare il dato sulla L3 anziché andare sulla DDR. Nelle DDR4 la latenza migliore è 60ns circa mentre nella L3 "normale" è sui 10ns.

Poi, tra l'altro, andrebbe pure valutato con le prox DDR5/Zen4, perché le DDR5 aumentano si la banda, ma pure la latenza. Il guadagno cache L3 3D + DDR4 può pure essere inferiore rispetto a quello che si avrà con DDR5.
Sarei pure curioso di vedere un mobile con Zen3+ (lato mobile le latenze DDR sono alte) e pure come si comporterebbe l'iGPU dell'APU.

[paolo.oliva2]

Originariamente inviato da Gyammy85

Alder lake tiene i suoi bei 330 watt a 5,2 ghz per arrivare a malapena in mt su cpuz al livello del 5950x in anestesia, solito oc facile facile che richiede solo mb da 500 euro carboceramiche

Il problema principe è se supera o meno Zen3/Zen3+, perché se fa anche 2 FPS in più, poi ci pensa il marketing Intel che consumare di più non conta.
Ovviamente se va di meno, non c'è marketing che tenga.

Già mi 8mmagino. Faranno dei confronti con sistemi da 2KW, per arrivare a dire che il sistema Intel consumerebbe solamente il 7% in piu.

[leoneazzurro]

Originariamente inviato da paolo.oliva2

Concordo che il guadagno sarà diverso a seconda dell'applicazione, ma non credo si possa arrivare ad una perdita.
In fin dei conti, le cache vengono implementate con grandezze diverse e secondo la grandezza con latenze diverse perché comunque fanno guadagnare rispetto a prelevare il dato in DDR. Cioè, se la L3 3D aumenta di 5X, si ha 5X la possibilità di trovare il dato sulla L3 anziché andare sulla DDR. Nelle DDR4 la latenza migliore è 60ns circa mentre nella L3 "normale" è sui 10ns.

Poi, tra l'altro, andrebbe pure valutato con le prox DDR5/Zen4, perché le DDR5 aumentano si la banda, ma pure la latenza. Il guadagno cache L3 3D + DDR4 può pure essere inferiore rispetto a quello che si avrà con DDR5.
Sarei pure curioso di vedere un mobile con Zen3+ (lato mobile le latenze DDR sono alte) e pure come si comporterebbe l'iGPU dell'APU.

Nell'articolo di Anandtech sui processori enterprise di IBM c'erano tutta una serie di simulazioni su varie applicazioni che facevano vedere che se aumenti la cache L2/L3, spesso aumenta anche la latenza della cache stessa, per cui c'è non sempre c'è un vantaggio nell'aumentare la cache. Per esempio in Zen3 unificando la cache L3 ed avendo quindi un banco solo da 32 Mbytes invece di due banchi da 16Mbytes ha alzato la latenza della L3 da 39 a 46 cicli. Lì non vediamo regressione in nessuna applicazione perchè oltre al fatto che aumenta l'hit rate della cache ci sono i miglioramenti nel core Zen3 che aiutano a mascherare questo aumento. Tra Zen3 standard e Zen3D però i core saranno gli stessi, e qualche ciclo in più sulla cache aggiuntiva si perderà, per cui è lecito aspettarsi che in qualche sporadico test si possano cedere uno o due punti percentuali.
Per quanto riguarda DDR5/Zen4, molte applicazioni potrebbero patire inizialmente la latenza elevata dei primi esemplari di DIMM, ma anche lì, toccherà vedere quali miglioramenti ci saranno nel memory controller, nel sottosistema cache (es. si sa che la cache L2 aumenterà a 1Mbyte per core) e nei core, nonché nella banda passante tra cache L3 e L2, che per vari motivi in Zen3 è persino ridotta rispetto a Zen2.

[Paganetor]

Originariamente inviato da Paganetor

ciao, grazie a tutti per le risposte.

Sono export banali, sto registrando i film di Natale che piacciono a mia moglie su TV8 e le faccio un minimo di editing (le levo le pubblicità ) e li comprimo in h264.
Siccome parto da bassa risoluzione (576i) converto giusto in 1280x720 e amen.

Il tutto avviene su un SSD NVMe (samsung 980, quindi parecchio veloce).
RAM ne ho a sufficienza per fare questo lavoro (16 giga).

La cosa che mi fa strano è che su un altro pc non recente (i5-8500, 6core/6thread, 8 giga di ram e SSD Sata) per fare la stessa identica elaborazione su DaVinci i processori vanno al 100% (il 5600G impiega però 23 minuti, contro i 53 dell'i5.... se li usa al 50% non mi dispiacerebbe concludere la conversione in una dozzina di minuti, sarebbe un bel salto avanti)

Non ho provato a "stressare" il sistema esportando in full HD o 4k (giusto per provare) o con un altro codec (uso l'h264 perché è quello che la TV riesce a leggere, quelli più pesanti non li vede) per vedere se così arrivo al 100%. Dopo magari provo.

Ah, con Voukoder su h264 non ho visto miglioramenti (ma avete segnalato che con questo encoder non offre benefici)

ho fatto qualche prova: credo che il "problema" sia la risoluzione impostata (1280x720) che non impegna a sufficienza la CPU.
Passando a Full HD (sia mp4, sia QuickTime) i processori logici vanno tutti al 100%

Mistero risolto

[LkMsWb]

Originariamente inviato da Paganetor

ho fatto qualche prova: credo che il "problema" sia la risoluzione impostata (1280x720) che non impegna a sufficienza la CPU.
Passando a Full HD (sia mp4, sia QuickTime) i processori logici vanno tutti al 100%

Mistero risolto

In generale considera che la compressione video è parallelizzabile via cpu fino ad un certo punto, e dipende molto dalle impostazioni di qualità che si utilizzano. Se servono qualità alte le cpu ad alto numero di core permettono più conversioni simultanee, ma non di accelerare la singola più di tanto. 23 minuti a 53 direi che sia già un gran bel biglietto da visita, specie considerando che l'i5 8500 benché limitato in frequenza è comunque un 6 core (senza HT, per quello probabilmente ora vedi circa il 50%) e di architettura relativamente recente. In sostanza: il 5600X sta andando come dovrebbe

[Paganetor]

Originariamente inviato da LkMsWb

In generale considera che la compressione video è parallelizzabile via cpu fino ad un certo punto, e dipende molto dalle impostazioni di qualità che si utilizzano. Se servono qualità alte le cpu ad alto numero di core permettono più conversioni simultanee, ma non di accelerare la singola più di tanto. 23 minuti a 53 direi che sia già un gran bel biglietto da visita, specie considerando che l'i5 8500 benché limitato in frequenza è comunque un 6 core (senza HT, per quello probabilmente ora vedi circa il 50%) e di architettura relativamente recente. In sostanza: il 5600X sta andando come dovrebbe

Grazie!

PS: ho il 5600G

[amon.akira]

qualche buon samaritano con il 5800x può farmi uno screen tipo questo x confronto, io riuscirei solo con il 5950x, al momento non ho 5800x :/

https://i.imgur.com/C9fbd87.png


m interessa cpu package power e score mt/st cbr20

thx

[Randa71]

Originariamente inviato da leoneazzurro

Nell'articolo di Anandtech sui processori enterprise di IBM c'erano tutta una serie di simulazioni su varie applicazioni che facevano vedere che se aumenti la cache L2/L3, spesso aumenta anche la latenza della cache stessa, per cui c'è non sempre c'è un vantaggio nell'aumentare la cache. Per esempio in Zen3 unificando la cache L3 ed avendo quindi un banco solo da 32 Mbytes invece di due banchi da 16Mbytes ha alzato la latenza della L3 da 39 a 46 cicli. Lì non vediamo regressione in nessuna applicazione perchè oltre al fatto che aumenta l'hit rate della cache ci sono i miglioramenti nel core Zen3 che aiutano a mascherare questo aumento. Tra Zen3 standard e Zen3D però i core saranno gli stessi, e qualche ciclo in più sulla cache aggiuntiva si perderà, per cui è lecito aspettarsi che in qualche sporadico test si possano cedere uno o due punti percentuali.
Per quanto riguarda DDR5/Zen4, molte applicazioni potrebbero patire inizialmente la latenza elevata dei primi esemplari di DIMM, ma anche lì, toccherà vedere quali miglioramenti ci saranno nel memory controller, nel sottosistema cache (es. si sa che la cache L2 aumenterà a 1Mbyte per core) e nei core, nonché nella banda passante tra cache L3 e L2, che per vari motivi in Zen3 è persino ridotta rispetto a Zen2.

oltre al fatto che avendolo unificato il ccx non hai più il problema che quando dovevi leggere un dato sul secondo ccd dovevi passare dall'iod...qui sta la grandissima differenza a livello di latenze, secondo me. i 7 cicli in più vengono abbondantemente nascosti da questo nuovo disegno