[Thread Ufficiale] AMD Ryzen - Overclock/Benchmarking/Gaming

[Xiphactinus]

io ho uclk a 3200 e sto tenendo vsoc a 1,3V
Esagerato? rischio? Spreco di corrente per avere poco?

[paolo.oliva2]

AMD mi pare abbia riportato 1,3V la tensione max per il SOC.

Ho letto dei post in cui si riportava che nel game i lisci sono sensibili alla velocità DDR5 e relativi settaggi CL e uclk, mentre i 3D, anche montando DDR5 jedec 4800 CL40 no, qualcosina nei bench.
Non avendo un 3D, non so se sia vero o falso... però, se devi tenere quel settaggio che ti gratifica solamente nei bench e nulla nel "normale"... io eviterei.

[ROBHANAMICI]

Originariamente inviato da Xiphactinus

io ho uclk a 3200 e sto tenendo vsoc a 1,3V
Esagerato? rischio? Spreco di corrente per avere poco?

Secondo me non esageri l'importante e non sforare e andare oltre quel valore dei 1.3v. A maggior ragione se poi, dopo aver effettuato magari una serie di test con vsoc inferiore risulti instabile (o lo sei in generale durante le tue operazioni quotidiane, vuoi che sia in ambito gaming, o per rendering/produttività, etc). Io sto tenendo ormai, da "svariati mesi" (da novembre 2024) il mio sistema con 9800x3d con uclk a 3200, if a 2133 mhz e vsoc 1.29v (unico voltaggio che mi garantisce stabilità del sistema non solo sulla cpu ma anche sulle ram) e mai nessun problema. Con l'ultimo bios Asrock v3.30 ho dovuto dare una ritoccatina anche ai valori dei 3 voltaggi delle ram a 1.45v (VDDIO/VDD/VDQQ) per avere stabilità. Poi, chiaro, ogni sistema fa storia a se, anche se ho visto che, a parte il processore, abbiamo "quasi" le stesse ram (io le royal e tu le gskill classiche), quindi questa situazione potrebbe essere in qualche modo replicabile anche sulla tua piattaforma per quanto concerne i settings inerenti alle ram.

[MATTEW1]

ragazzi voi a temperature e consumi in game come siete messi?
Io sto giocando a horizon forbbiden west da 1 ora e mezza in full hd(sto aspettando il nuovo monitor e hw info mi segna come media 72° e consumoi medio 58w
Ho fatto l'undervolt su tutti i core -30 e messo il limite a 80°

[Xiphactinus]

@ROBHANAMICI:
Portando anch'io VDDQ e VDDIO da 1,4 a 1,45V , posso abbassare VSoc a 1,285V mantenendo la stabilità
Anche se su ZenTimings mi segna VSOC(SMU) sempre a 1,3V (mentre su HWiNFO leggo correttamente 1,286V)

[paolo.oliva2]

Per me per ottenere la massima prestazione/efficienza in RS, è necessario operare l'OC sul bus.

Se vi volete assorbire la pappardella seguente, un po' rocambolescamente, vi spiego a come arrivo a questa conclusione... (frutto di passione con la costante ricerca di capire i perchè, come un bambino)
.
Ultimamente mi sono messo a convertire i video utilizzando il codec hardware dell'iGPU integrata con Zen5, e sono rimasto sorpreso di crash random convertendo video 4K, e zero prb con video a risoluzioni inferiori.
Ho provato di tutto, ho portato le DDR5 a def (CL32 vs CL30 OC), ho portato il CO a -32 (da -42), niente... tra l'altro il bus l'avevo portato a 100MHz da 101.7MHz (perchè con tamb estiva non si pone il problema del paletto sull'Fmax) e ... quindi era un po' difficile comprendere come un sistema RS con CO -42, DDR5 6100/CL30 e idem IF, con turbo a 5,8GHz, IF > 2000, RS granitico, andasse in crisi con CO -32, Bus 100MHz, DDR5 Jedec 4800 CL40.
Analizzando il carico CPU utilizzando VCE, la differenza era che la frequenza core era nettamente inferiore rispetto ai 2K/1K... al che ho ipotizzato un prb nel passaggio tra idle e turbo... e per verifica immediata, ho settato l'Overdrive a -200MHz. Sparito qualsiasi problema.

E qui arrivo al perchè consiglio l'OC del bus.

Ora... a parità di CO, con turbo 57X, senza lavorarci con altro tranne Hanbrake VCE, ho 16 core <2GHz e freeze random (a volte dopo 1h, a volte dopo 24h).
Con Overdrive -200MHz e quindi il turbo max a 5,5GHz, zero crash, 7 giorni 24h su 24.
Con bus a 101.7MHz e Override a -100MHz, settaggio OC, ottengo comunque 5,7GHz di frequenza massima turbo, ma zero crash, 7 giorni 24h su 24.
Proverò a breve a Override zero.

Quindi a parità di frequenza max turbo e medesimo settaggio CO/DDR (che poi IF/DDR addirittura più spinte), con bus a 101.7MHz sono RS e a 100MHz no.
Io credo che il problema stia nell'IOD, nel senso che un IOD progettato e finalizzato per Zen4, non possa permettere di sfruttare al max Zen5, per 2 motivi:
1) L'IOD da quel che so gestisce il power-plane e i chiplet (almeno nella configurazione dual chiplet), perchè è presumibile che l'algoritmo gestisca il chiplet con una mappatura dipendente dalla selezione del chiplet, ma certamente non può gestire il PPT max e Turbo non potendo conoscere la condizione del 2° chiplet (se in idle o in carico 50%, 80%, 100%).
Ad esempio, con 2 chiplet, la funzione turbo del 1° chiplet si attiva solamente nel caso che il 2° chiplet sia in idle.
2) L'algoritmo nel chiplet come lavora? Sicuramente ha una sorta di mappatura Vcore in base alla selezione... (un Vcore def/Fmax/Turbo soggettivo alla selezione ed idem un Vcore/Frequenza proporzionato alla selezione).
Questo sarebbe indirettamente confermato dal fatto che si può impostare un CO soggettivo a chiplet, mentre CS no, che sia l'IOD? Idem l'Override.
Perchè il mio sistema con CO -42 freeza già con Override +50MHz (5,750GHz) mentre con bus a 101.7MHz e sempre CO -42 non ha problemi con Override a zero ma un turbo con una frequenza reale a 5,8GHz?

Scusate la pappardella, ma mi piaceva condividere.

[ROBHANAMICI]

Originariamente inviato da Xiphactinus

@ROBHANAMICI:
Portando anch'io VDDQ e VDDIO da 1,4 a 1,45V , posso abbassare VSoc a 1,285V mantenendo la stabilità
Anche se su ZenTimings mi segna VSOC(SMU) sempre a 1,3V (mentre su HWiNFO leggo correttamente 1,286V)

Perfetto come immaginavo abbiamo impostazioni simili. Questa cosa di aumentare i voltaggi delle ram può essere anche utile eventualmente per risolvere, nel caso dovessero capitare, problemi di schermate blu che riportano segnalazioni a livello di "memory managament" o cose del genere durante l'esecuzione di qualsiasi programma o di un gioco (testato personalmente su un gioco sul quale prima di applicare queste impostazioni ho avuto due schermate blu che riportavano problematiche simili e poi risolte in questo modo)

[Legolas84]

Dopo aver resettato il bios e aver sistemato quei casini di overclock asus vs overclock amd, oggi ho testato a 103x54 con CO e CS su Auto e sono rock solid.

Quasi quasi settimana prossima rifaccio il test a 104x54 e poi provo a scendere con il CO o ad usare il CS per ottimizzare...

[ROBHANAMICI]

io il CS lo vedo più da periodi invernali/primaverili anche per le più alte frequenze/consumi/voltaggi/temperature che gli dai, ovviamente con tutte le ottimizzazioni che gli dai anche sul vcore. Attualmente sto usando un CO a 5.506 all core - BLCK a 101.50 Mhz, e magnitude -25, stabile in daily con l'ultimo bios asrock installato.

[Legolas84]

Allora sono stabile con 54x104 e curve shaper -15 su bassi e medi e +15 sugli alti.

Non capisco una cosa di questa guida:
https://skatterbencher.com/2024/11/0...Tuning_Process

Usa delle memorie 6400 come le mie ma nelle guida dice di impostarle "Set Memory Frequency to DDR5-6200"

come mai?

[ROBHANAMICI]

Perchè questa frequenza, anche se il bios della scheda madre te la rileva correttamente sull'expo, non è ufficalmente supportata in sincrono 1:1 anche su una piattaforma amd am5 della serie 9xxx (massimo è 6000) e, quindi, avere frequenze a 6400 1:1, daily, può causare problemi di instabilità, anche a livello di schermate nere, freeze, o, addirittura di schermate blu (per problemi ad esempio di "memory managament"), per cui, specie in overclock, è consigliato tenere, per un utilizzo 24/7, una frequenza di 6200 o addirittura una di 6000, come consigliato anche dalla guida stessa.

[Legolas84]

Ah ok io le sto tenendo a 6400 cas 28.. ma se questo potrebbe limitarmi nell overclock della cpu allora provo a scendere a 6200..


Inviato dal mio iPhone utilizzando Tapatalk Pro

[ROBHANAMICI]

[FvR 93]

Sto armeggiando con il 7800X3D da qualche giorno. Alla ricerca della stabilità ho fatto partire delle iterazioni di CoreCycler RyzenAutomaticTestMode.

La prima notte mi ha permesso di scovare i primi valori CO, test da dieci iterazioni così impostato:

y-cruncher
Auto-Selecting: 22-ZN4 ~ Kizuna
tests = SFTv4, FFTv4, N63

Dopo tanti riavvii per incrementare la curva ai core difficili (+2 CO per volta) il risultato finale dopo circa 6 ore è stato questo:

Core              C0 |  C1 |  C2 |  C3 |  C4 |  C5 |  C6 |  C7
Starting values  -30 | -30 | -30 | -30 | -30 | -30 | -30 | -30
Current values   -30 | -30 | -26 | -24 | -18 | -18 | -30 | -28
No WHEA errors were observed during the test

_

La seconda notte di test l'ho usata per consolidare quei risultati modificando il test per renderlo più complesso. Sempre dieci iterazioni, sempre da 20s per test ciascuna, sempre per singolo thread alla volta.

[yCruncher]
mode = auto 
Auto-Selecting: 22-ZN4 ~ Kizuna
tests = BKT, BBP, SFT, SFTv4, SNT, SVT, FFT, FFTv4, N63, VT3

[AutomaticTestMode]
enableAutomaticAdjustment = 1
startValues = -30, -30, -26, -24, -18, -18, -30, -28

L'utilizzo di tutti quei test, incluso il VT3, per circa otto ore di test, ha prodotto un log pulito senza errori:

No core has thrown an error

No WHEA errors were observed during the test

────────────────────────────────────────────────────────────────────────────────

No adjustments to the Curve Optimizer values were necessary
Core        C0 |  C1 |  C2 |  C3 |  C4 |  C5 |  C6 |  C7
CO values  -30 | -30 | -26 | -24 | -18 | -18 | -30 | -28

Quali dovrebbero essere i miei prossimi step per consolidare quei risultati? Pensavo ad un auto-corecycler con PRIME95 oppure AIDA.

_

EDIT: Aggiorno dopo 6 ore di Prime95 Corecycler prima 1Thread e poi 2Thread sia con AVX2 che senza.
Per ora questi sono i miei valori, proverò a stressare ancora un po' i core singolarmente e poi passerò ad un full load

There have been adjustments to the Curve Optimizer values:
Core              C0 |  C1 |  C2 |  C3 |  C4 |  C5 |  C6 |  C7
Starting values  -30 | -30 | -26 | -24 | -18 | -18 | -30 | -28
Current values   -30 | -26 | -22 | -24 | -18 | -18 | -28 | -24