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

[deccab189]

Ci sono anche altre recensioni ( dove si testa la cpu non la gpu), non ci fermiamo solo a quello che confermanoc( cherry picking) le nostre tesi: https://www.techpowerup.com/review/amd-ryzen-7-7800x3d/

https://www.igorslab.de/amd-ryzen-7-...n-dimension/6/

Un buon numero di cpu, 4090, memorie come consigliate da amd, test da 720 a 4k. Abbiamo bisogno di altro? Tra questi test si verifica la situazione oggetto della discussione? Mi sembra di no, quindi abbiamo solo scritto punti di vista personali nelle ultime pagine

[wulff73]

Originariamente inviato da deccab189

Ci sono anche altre recensioni, non ci fermiamo solo a quello che confermanoc( cherry picking) le nostre tesi: https://www.techpowerup.com/review/amd-ryzen-7-7800x3d/

Un buon numero su cpu, 4090, memorie come consigliate da amd, test da 720 a 4k. Abbiamo bisogno di altro?

Ah sì, grazie, forse è proprio quella della vacc@ta della somma dei frames dei singoli run dove proprio le Relative Performance le estrapolano dagli Average FPS: sommano il numero di tutti gli FPS e li dividono per il numero di giochi.... c'è CS:GO che vive solo sulla frequenza della CPU e, ad esempio, i 731fps del 13900X sono inassorbibili in media dai 463fps del 5800X3D....pure se quest'ultimo facesse 20fps più in tutti gli altri giochi rispetto al 13900X in media risulterebbe sempre la CPU peggiore.
https://www.techpowerup.com/review/a...800x3d/19.html
GRANDISSIMO TEST!!!!!! Ahahahah

[paolo.oliva2]

I chip EPYC Rome di AMD si bloccano dopo 1.044 giorni di uptime

La colpa di ciò è un bug... ma è bizzarro.

Praticamente... ogni core di un Epyc Rome, se tenuto al 100%, dopo 1.044 giorni (~2,93 anni), questo andrà in stato di sospensione CC6, e non c'è modo di uscirne se non riavviando il sistema

L'utente di Reddit acid_migrain ha una teoria plausibile sul momento esatto in cui il core si blocca, dicendo: "Nonostante quello che dicono, il problema si manifesta effettivamente a 1042 giorni e circa 12 ore. Il TSC ticchetta a 2800 MHz e 2800 * 10**6 * 1042,5 giorni equivale quasi a 0x3800000000000000, che ha troppi zeri per non essere una coincidenza."

La soluzione è semplice: riavviare prima di 1.044 giorni di tempo di attività, che reimposta la CPU per riavviare il "timer" di 1.044 giorni o disabilitare lo stato di sospensione CC6.

https://www.tomshardware.com/news/am...days-of-uptime

P.S.

Io credo che l'errore dovrebbe esserci in tutti i chiplet Zen3 (un registro interno del core (se fosse da imputare all'Agesa, lo si risolverebbe, ma se hardware no (aumentando il valore massimo di quel registro) se non rifacendo la stesura di tutto), quindi anche nei chiplet desktop. Ma difficilmente nel desktop uno terrà uptime una CPU per 3 anni

[WarSide]

Originariamente inviato da paolo.oliva2

I chip EPYC Rome di AMD si bloccano dopo 1.044 giorni di uptime

La colpa di ciò è un bug... ma è bizzarro.

Praticamente... ogni core di un Epyc Rome, se tenuto al 100%, dopo 1.044 giorni (~2,93 anni), questo andrà in stato di sospensione CC6, e non c'è modo di uscirne se non riavviando il sistema

L'utente di Reddit acid_migrain ha una teoria plausibile sul momento esatto in cui il core si blocca, dicendo: "Nonostante quello che dicono, il problema si manifesta effettivamente a 1042 giorni e circa 12 ore. Il TSC ticchetta a 2800 MHz e 2800 * 10**6 * 1042,5 giorni equivale quasi a 0x3800000000000000, che ha troppi zeri per non essere una coincidenza."

La soluzione è semplice: riavviare prima di 1.044 giorni di tempo di attività, che reimposta la CPU per riavviare il "timer" di 1.044 giorni o disabilitare lo stato di sospensione CC6.

https://www.tomshardware.com/news/am...days-of-uptime

Tipico esempio di buffer overflow direi.

Il problema sono i sistemi HPC, dove non si fanno reboot di quando in quando per aggiornamenti (molti sistemi sono blindati e si fa manutenzione solo quando arriva una rottura).

Qui trovate tutti gli errata: https://www.amd.com/system/files/Tec...3-PUB_1.01.pdf

In penultima pagina è presente quello in oggetto.

[wulff73]

Originariamente inviato da deccab189

Ci sono anche altre recensioni ( dove si testa la cpu non la gpu), non ci fermiamo solo a quello che confermanoc( cherry picking) le nostre tesi:

https://www.igorslab.de/amd-ryzen-7-...n-dimension/6/

Il buon Igor che mi hai linkato qui sopra come esempio sta testando in 4K in DLSS performance ma con il Ray Tracing disattivato. Il DLSS mi va bene nel test visto che difficilmente si gioca in 4K nativo in un tripla A pure con la 4090 ma se uno attiva il ray tracing (e chi ha la 4090 non solo lo attiva ma lo esige a palla) grava ulteriormente il carico sulla CPU tanto che si rientrerà nella casistica del bottleneck CPU da me evidenziata proprio dal sito tedesco che avevo citato ad esempio corretto per capire il valore delle CPU in gaming. Ci sarai quindi chi, ad esempio su Cyberpunk in 4K DLSS performance come nel test di Igor, con la 4090 e il 7600X farà circa 75fps di media e chi invece con il 7800X3D ne fará circa 100.

[paolo.oliva2]

Originariamente inviato da WarSide

Tipico esempio di buffer overflow direi.

Il problema sono i sistemi HPC, dove non si fanno reboot di quando in quando per aggiornamenti (molti sistemi sono blindati e si fa manutenzione solo quando arriva una rottura).

Qui trovate tutti gli errata: https://www.amd.com/system/files/Tec...3-PUB_1.01.pdf

In penultima pagina è presente quello in oggetto.

Infatti l'ho pensato anche io, e l'ho scritto quando editavo quello postato.

Ma per uptime cosa si intende? Il tempo dall'ultima accensione, o il tempo di carico al 100%? Mi ingarbuglia il fatto che il registro di sospensione CC6, per logica una volta che entrerebbe nello stato di sospensione (prima dei 3 anni) dovrebbe riazzerare il registro... tale ed uguale come se si riavviasse il sistema.

[WarSide]

Originariamente inviato da paolo.oliva2

Ma per uptime cosa si intende? Il tempo dall'ultima accensione, o tempo di carico al 100%?

l'uptime è il tempo passato dall'ultimo riavvio (o accensione...).

[wulff73]

Originariamente inviato da conan_75

In realtà un 7600X rischia di essere più limitante su una 4070 a 1080p piuttosto che una 4090 a 4k.

Certo ed assolutamente d'accordo ma bisogna tenere in conto che si è ad un livello di PC di fascia media dove si è tendenzialmente più disposti ad accettare compromessi senza fare drammi e quindi se pure si fanno 75fps a CP2077 o si diminuiscono settings del RT o della grafica per recuperare qualcosa non è un problema. La fascia acquirente 4090+CPU top invece rappresenta meno dell'1% del totale del venduto e pretende che il sistema non abbia il minimo tentennamento.

[paolo.oliva2]

Originariamente inviato da WarSide

l'uptime è il tempo passato dall'ultimo riavvio (o accensione...).

OK.

Per quanto riguarda lo stato CC6... il registro dovrebbe tenere la conta del tempo trascorso dall'accensione all'entrata nello stato CC6... ma a rigor di logica non dovrebbe voler dire nulla lo storico di quante volte è entrato in CC6 dall'accensione... per questo presumo che il registro dovrebbe azzerarsi un volta entrato in CC6.

Questo è importante perchè se succede in >3 anni, rimane in CC6 e si è obbligati a fer ripartire il sistema, ma se si azzerasse, i 3 anni non conterebbero più.

Il senso di ciò è che se utilizzi un sistema con carichi 100% per 3 anni e più, è palese che disabilitare lo stato CC6 o meno sia ininfluente.
Se invece lo tieni attivo, vuol dire che non hai carichi continuativi di anni (se il registro si azzera ogni volta che subentra lo stato CC6).

Ho pensato a questo perchè i Zen-X vengono utilizzati specialmente per applicazioni scientifiche, e leggevo che hanno road-map di utilizzo continuativo saltando però da un lavoro ad un altro... e nel passaggio si potrebbe entrare nello stato CC6. Ma credo che sia ininfluente... supporrei che una volta terminato un lavoro, il sistema lo riavviano per "pulire" cache e quant'altro. Non so se si faccia uguale nel caso di utilizzo in parallelo con più sistemi... ci sarebbe un tempo lungo per reinizializzare il tutto.

Avessi dei pozzi di petrolio... mi intripperebbe un tot realizzare un sistema con più server 2P. Il mio massimo è stato avere 5 PC in lan... epoca Phenom, mi sono intrippato un tot condividere il tutto. Ora manca il money anche per 1.

[WarSide]

In un HPC hai un nodo master the gestisce una coda di task da far eseguire alle migliaia di nodi e ti assicuro che finito un task ne inizi subito un altro. Se così non fosse, per ogni secondo/minuto che il cluster non funziona a pieno regime stai gettando soldi dalla finestra.

È più facile che vada in C6 proprio durante una manutenzione programmata perché si stoppano i task e non viene più alimentato il cluster. Questo significa che, nella finestra di manutenzione, bisogna mettere in conto anche svariati minuti per il riavvio di tutti i server.

Aggiungo che quella di disattivare lo stato C6 è una pratica che è comune anche in ambito server da datacenter.

[paolo.oliva2]

Originariamente inviato da WarSide

In un HPC hai un nodo master the gestisce una coda di task da far eseguire alle migliaia di nodi e ti assicuro che finito un task ne inizi subito un altro. Se così non fosse, per ogni secondo/minuto che il cluster non funziona a pieno regime stai gettando soldi dalla finestra.

È più facile che vada in C6 proprio durante una manutenzione programmata perché si stoppano i task e non viene più alimentato il cluster. Questo significa che, nella finestra di manutenzione, bisogna mettere in conto anche svariati minuti per il riavvio di tutti i server.

Aggiungo che quella di disattivare lo stato C6 è una pratica che è comune anche in ambito server da datacenter.

Grazie 1000 della spiegazione (sono cose che non conosco )

[invincible88]

Ragazzi buonasera a tutti,
ho da poco preso un Ryzen 3800x usato per fare un piccolo upgrade al mio sistema, monto una Asus Crosshair Hero VI e come raffreddamento a liquido un sistema custom, vengo dal ryzen 1700x con cui non ho mai avuto problemi di temperatura ma questo 3800x scalda davvero tanto!
facendo un semplice test di carico con cpu-z già vedo che sfioro gli 80°! in idle siamo sui 47° fino ad oscillare ai 60°!

Potrebbe essere un voltaggio errato messo in auto dalla scheda madre?
eventualmente si possono impostare dei voltaggi manualmente per trovare un vcore adatto e mantenendo il sistema dei profili del risparmio energetico?

Ovviamente vorrei trovare un vcore non per toccare la frequenza della cpu ma per lavorare in default e non far calare le prestazioni del sistema.

Grazie mille a tutti

[megthebest]

Originariamente inviato da invincible88

Ragazzi buonasera a tutti,
ho da poco preso un Ryzen 3800x usato per fare un piccolo upgrade al mio sistema, monto una Asus Crosshair Hero VI e come raffreddamento a liquido un sistema custom, vengo dal ryzen 1700x con cui non ho mai avuto problemi di temperatura ma questo 3800x scalda davvero tanto!
facendo un semplice test di carico con cpu-z già vedo che sfioro gli 80°! in idle siamo sui 47° fino ad oscillare ai 60°!

Potrebbe essere un voltaggio errato messo in auto dalla scheda madre?
eventualmente si possono impostare dei voltaggi manualmente per trovare un vcore adatto e mantenendo il sistema dei profili del risparmio energetico?

Ovviamente vorrei trovare un vcore non per toccare la frequenza della cpu ma per lavorare in default e non far calare le prestazioni del sistema.

Grazie mille a tutti

segui le indicazioni
https://www.hwupgrade.it/forum/showp...45&postcount=3
se lavori un pochino di PBO e Curve Optimizer, lo tieni a bada.
Il Bios l'hai aggiornato all'ultima versione?

[paolo.oliva2]

Un aggiornamento della roadmap AMD scoperto dall’utente Twitter haruka5719 e riportato da Videocardz ha messo in luce novità riguardo i futuri processori desktop AMD Ryzen 8000, che arriveranno nel 2024 e sfrutteranno le architetture Zen 5 e Navi 3.5 (per la grafica integrata).

https://www.tomshw.it/hardware/amd-r...rime-conferme/

Ma c'è un dettaglio nella slide ORIGINALE AMD. AM5 fino al 2026, e viene riportato il 2022 e 2023 con Zen4, 2024 con Zen5, manca 2025 e 2026 quindi o AM5 resterà per altri 2 anni su Zen5, o a fine 2025 AM5 supporterà pure Zen6.

Certo che se si vedesse il costo mobo AM5 / durata di vita (4 anni, 2022-2023-2024-2025-2026), alla faccia del "troppo costose".

[Randa71]

https://wccftech.com/ex-amd-legendar...wer-estimates/
previsioni zen 5 fatte da Keller

[Vul]

Non vedo l'ora di fare un upgrade del mio 7700x.

La CPU non e' male, ma per i miei utilizzi, programmazione principalmente in TypeScript, c'e` troppa differenza con il mio macbook pro m2. Il secondo e' semplicemente troppo piu' veloce. Ho anche provato un 13600k ma rimane comunque troppo lento in single thread.

Probabilmente anche il filesystem di Windows non aiuta.

[WarSide]

Originariamente inviato da Vul

Non vedo l'ora di fare un upgrade del mio 7700x.

La CPU non e' male, ma per i miei utilizzi, programmazione principalmente in TypeScript, c'e` troppa differenza con il mio macbook pro m2. Il secondo e' semplicemente troppo piu' veloce. Ho anche provato un 13600k ma rimane comunque troppo lento in single thread.

Probabilmente anche il filesystem di Windows non aiuta.

In cosa sarebbe più veloce il m2 (pro?)?

sviluppi in ambiente docker? Provato a lavorare in VM linux?

[invincible88]

Originariamente inviato da megthebest

segui le indicazioni
https://www.hwupgrade.it/forum/showp...45&postcount=3
se lavori un pochino di PBO e Curve Optimizer, lo tieni a bada.
Il Bios l'hai aggiornato all'ultima versione?

Si, ho aggiornato all'ultima versione, ora leggo la guida e se ho qualche perplessità scrivo qua nel forum, grazie mille

[invincible88]

Originariamente inviato da megthebest

segui le indicazioni
https://www.hwupgrade.it/forum/showp...45&postcount=3
se lavori un pochino di PBO e Curve Optimizer, lo tieni a bada.
Il Bios l'hai aggiornato all'ultima versione?

Comunque nella CH6 non ho il PB2, ho letto che è disponibile solo con Ryzen serie 5000 e 7000, quindi cosa potrei fare?

[Vul]

Originariamente inviato da WarSide

In cosa sarebbe più veloce il m2 (pro?)?

sviluppi in ambiente docker? Provato a lavorare in VM linux?

Nell'ide in generale c'è tanta differenza. Compilazione/traspilazione JS, linters.

L'm2 è troppo più veloce del mio 7700x.