GUIDA AMD RYZEN 5000 (ZEN 3) - Overclock - Temperature - Prestazioni

Pubblicità
il bios è l'ultimo disponibile sul sito asus, i driver chipset non li ho installati misà? devo?
in questa schermata in screen ho attivato su enabled sia fmax che precision boostVisualizza allegato 408148

invece in amd overclocking ho attivato il precision in modalità advanced per impostare la curva e il max cpu boost sta a 100mhz
In teoria dovresti fare tutto da "amd overclocking" e lasciare perdere le altre schede sennò poi litigano tra loro se ci sono opzioni doppie.

Comunque per evitare di fare confusione (che è facile), proverei a vedere se il problema delle temperature c'è anche da stock oppure magari no.
Io farei un reset cmos e poi senza toccare niente, neanche l'xmp delle ram che tanto non conta niente per quello che ci interessa ora, proverei a fare uno stress test cinebench durante il quale catturare una nuova schermata di hw info.

In questo modo possiamo paragonare direttamente il tuo 5900x a quello di Max se anche lui aveva usato cinebench, o per lo meno togliamo le variabili dei test diversi e del bios potenzialmente incasinato.


Ps. Per quanto riguarda i driver del chipset, non so quanto contino per le rilevazioni di hw info, ma averli aggiornati non fa male.
 
Purtroppo non ricordo se sono segnalati anche da altre parti quindi dovresti scaricarti ryzen master (il programma di overclock di amd, ma usalo solo per vedere i core preferiti, l'overclock meglio impostarlo sempre da bios).
Spero di non sbagliarmi ma anche hwinfo64 classifica i core
Screenshot (28).webp

o non centra nulla?
 
In teoria dovresti fare tutto da "amd overclocking" e lasciare perdere le altre schede sennò poi litigano tra loro se ci sono opzioni doppie.

Comunque per evitare di fare confusione (che è facile), proverei a vedere se il problema delle temperature c'è anche da stock oppure magari no.
Io farei un reset cmos e poi senza toccare niente, neanche l'xmp delle ram che tanto non conta niente per quello che ci interessa ora, proverei a fare uno stress test cinebench durante il quale catturare una nuova schermata di hw info.

In questo modo possiamo paragonare direttamente il tuo 5900x a quello di Max se anche lui aveva usato cinebench, o per lo meno togliamo le variabili dei test diversi e del bios potenzialmente incasinato.


Ps. Per quanto riguarda i driver del chipset, non so quanto contino per le rilevazioni di hw info, ma averli aggiornati non fa male.
Il problema erano i chipset, ho installato quelli e sembra andare giusto?
avx con small thread auto
 

Allegati

  • pbo small.webp
    pbo small.webp
    62.8 KB · Visualizzazioni: 38
Il problema erano i chipset, ho installato quelli e sembra andare giusto?
avx con small thread auto
Ah bene allora era per quello.

Ora sono coerenti i dati e sei limitato dai 95A di TDC.
Ma si sono sistemate anche le temperature o avevi appena lanciato il test ?
 
Ah bene allora era per quello.

Ora sono coerenti i dati e sei limitato dai 95A di TDC.
Ma si sono sistemate anche le temperature o avevi appena lanciato il test ?
Si si non andavano oltre i 60 prima appena lanciavo andava subito a 88 in 2 secondi, mi sembrano strano fosse la pasta e l'impianto è sempre andato bene.
Quindi posso provare oltre?
 
Si si non andavano oltre i 60 prima appena lanciavo andava subito a 88 in 2 secondi, mi sembrano strano fosse la pasta e l'impianto è sempre andato bene.
Quindi posso provare oltre?
Incredibile, ti avevo detto di aggiornare giusto per escludere la cosa ma non immaginavo che i driver del chipset potessero incasinare così il comportamento della cpu ?

Beh ora si, direi che puoi continuare a lavorare sul curve optimizer testando con occt small/medium/large 2 minuti ciascuno come detto all'inizio.

Finito quello puoi alzare i limiti del pbo visto che le temperature lo permettono.
 
Incredibile, ti avevo detto di aggiornare giusto per escludere la cosa ma non immaginavo che i driver del chipset potessero incasinare così il comportamento della cpu ?

Beh ora si, direi che puoi continuare a lavorare sul curve optimizer testando con occt small/medium/large 2 minuti ciascuno come detto all'inizio.

Finito quello puoi alzare i limiti del pbo visto che le temperature lo permettono.
ok perfetto, quindi ora cambio i valori in magnitude giusto? tipo quanto?
intanto ti posto gli screen dei 2 min in medium e large
 

Allegati

  • pbo medium.webp
    pbo medium.webp
    63.2 KB · Visualizzazioni: 31
  • pbo large.webp
    pbo large.webp
    62.7 KB · Visualizzazioni: 34
ok perfetto, quindi ora cambio i valori in magnitude giusto? tipo quanto?
intanto to posto gli screen dei 2 min in medium e large
Non c'è una regola precisa, io facevo così:

- Avviavo prime95 con 8 worker (tu dovresti 12).

- 2 minuti con small FFT

- 4 minuti con large FTT

- I worker (se ne lanci tanti quanti i tuoi core) corrispondono con il loro numero al relativo core. (Attento sempre che prime conta da uno e il bios da zero).
Tutti i core che corrispondevano a worker crashati durante i minuti di test li abbassavo di 2 conteggi e me li segnavo per non aumentarli più dato che il loro limite era raggiunto.
Tutti i core che corrispondevano ai worker non crashati (ne nell'ultimo ciclo di test ne in quelli prima) li aumentavo di 5 conteggi.

In questo modo puoi andare avanti ad oltranza finché tutti i core non sono crashati almeno una volta ma hanno poi smesso di crashare (diminuendogli i conteggi).


Ps.
Usavo prime perché era immediato capire quali core crashavano.
Inoltre se hai dubbi, quando vedi un worker crashato, per controllare se il core che lo ha fatto crashare è davvero quello che corrisponde al suo numero, basta che guardi su hw info (senza arrestare prime) quali core hanno frequenze in idle per capire quali non siano più in funzione (e quindi siano crashati).
Da quello che avevo visto io comunque la corrispondenza numero worker con numero core era sempre rispettata.
Si può fare anche con occt ma non so se tutti gli errori vengano rilevati come whea errors e si possa risalire ai cores responsabili tramite gli ID APIC del registro eventi.
 
Non c'è una regola precisa, io facevo così:

- Avviavo prime95 con 8 worker (tu dovresti 12).

- 2 minuti con small FFT

- 4 minuti con large FTT

- I worker (se ne lanci tanti quanti i tuoi core) corrispondono con il loro numero al relativo core. (Attento sempre che prime conta da uno e il bios da zero).
Tutti i core che corrispondevano a worker crashati durante i minuti di test li abbassavo di 2 conteggi e me li segnavo per non aumentarli più dato che il loro limite era raggiunto.
Tutti i core che corrispondevano ai worker non crashati (ne nell'ultimo ciclo di test ne in quelli prima) li aumentavo di 5 conteggi.

In questo modo puoi andare avanti ad oltranza finché tutti i core non sono crashati almeno una volta ma hanno poi smesso di crashare (diminuendogli i conteggi).


Ps.
Usavo prime perché era immediato capire quali core crashavano. Se hai dubbi inoltre, quando vedi un worker crashato, basta che guardi su hw info quali core hanno frequenze in idle per capire quali non siano più in funzione.
Si può fare anche con occt ma non so se tutti gli errori vengano rilevati come whea errors e si possa risalire ai cores responsabili tramite gli ID APIC del registro eventi.
ah ok quindi ora vado con prime e non più occt?
P.s. scusa ho letto tardi, proverò come hai detto
 
ah ok quindi ora vado con prime e non più occt?
Se vuoi settare i core con precisione uno per uno si.

Se ti accontenti di impostarli in massa, per esempio mettendoli tutti a 20 e se ci sono errori abbassandoli tutti assieme a 15, allora anche occt va bene.
 
Se vuoi settare i core con precisione uno per uno si.

Se ti accontenti di impostarli in massa, per esempio mettendoli tutti a 20 e se ci sono errori abbassandoli tutti assieme a 15, allora anche occt va bene.
Ho provato ora prime e dopo un minuto sono crashati tutti ?
Abbassato di 2 tutti i core uno per uno, lo stesso, sono arrivato a 13 in quelli normali e 8 i preferiti ma dopo un minuto crashano tutti uno dopo l'altro.
Cosa sbaglio?
 
Ultima modifica:
In che senso "qualcosa non va"? dici che è difettoso? una curiosità... sulla scheda madre l'alimentazione della cpu l'ho messa con gli 8 pin + quello da 4, è corretto o è inutile?
Penso più a qualche settaggio del BIOS.

I 4 PIN aggiuntivi non servono a nulla se non fai overclock estremo, ma non sono loro il motivo.

C'è qualcosa di errato almeno nella lettura dei dati secondo me. Non sono coerenti tra loro.

Il valore di TDC a 150A e la potenza del CPU Package a 218w sforano totalmente i limiti che aveva visto su ryzen master (che erano quelli di default (ppt142 - tdc94 - edc140).

Tra l'altro nelle la voce PPT limit sta a 55% (che sarebbe 75w circa) e il TDC al 93% (quindi 85-90A circa). Qualcosa non torna.

Bios aggiornato ? Driver chipset aggiornati ?

Nel bios per caso ci sono altre impostazioni doppie rispetto alla schermata "amd overclocking" ?


Cinebench ? Perché OCCT (in avxx small data) è pesante tanto quanto prime95 credo.



Non dovrebbe, aveva lasciato i limiti ai valori di default ed aveva toccato solo il curve optimizer mi pare.
I miei valori sopra erano ottenuti con IntelBurnTest, che nel mio PC stressa la cpu come Prime95 ed aida64 (forse anche di più).
non ho OCCT ma cambia poco: i limiti che vedi li sono quelli imposti e non c’è modo che la cpu li possa passare.
non capisco cosa abbia toccato lui per farlo ?
 
il bios è l'ultimo disponibile sul sito asus, i driver chipset non li ho installati misà? devo?
in questa schermata in screen ho attivato su enabled sia fmax che precision boostVisualizza allegato 408148

invece in amd overclocking ho attivato il precision in modalità advanced per impostare la curva e il max cpu boost sta a 100mhz
I drivers AMD devi assolutamente installarli, ma non sono certo siano quelli.
non è che nella pagina MAIN del BiOS hai attivato il Performance enhance di Asus ? Quello incasina un po’ i limiti.

Spero di non sbagliarmi ma anche hwinfo64 classifica i core

o non centra nulla?
Si lo fa ma facendo un controllo incrociato non corrispondono totalmente con quelli di Ryzen master ??‍♂️
 
Pubblicità
Pubblicità
Indietro
Top