Come ho risolto i problemi di stuttering del mio Ryzen 5 7600X con un'analisi avanzata

Il misterioso problema di stuttering del mio Ryzen 5 7600X

Diagnosticare le performance di un PC può essere un percorso complesso e frustrante. Se segnalate che i vostri giochi "stutterano di tanto in tanto", troverete guide che vi convinceranno che il vostro CPU sta limitando la GPU, altre che incolperanno Windows 11, e alcune vi consiglieranno di reinstallare i driver del chipset. Queste potrebbero essere soluzioni che hanno funzionato per altri, ma nessuna garantisce una soluzione al vostro problema specifico.

Quando ho iniziato a notare stuttering intermittenti sul mio sistema equipaggiato con un Ryzen 5 7600X e un RTX 4070 Ti Super, ho pensato che forse il chip stesse mostrando segni di invecchiamento. Ho persino considerato di sostituirlo con un 9600X. Tuttavia, prima di procedere con l'acquisto, ho deciso di provare un approccio di troubleshooting più "personalizzato". Ho deciso di analizzare i log dei sensori della CPU con l'aiuto di Claude Fable 5. Ecco perché questa scelta potrebbe avermi risparmiato 229 dollari e molto tempo.

Il problema si manifesta durante una sessione di gioco

Il problema si è manifestato per la prima volta durante una sessione di gioco su Forza Horizon 6. Chiunque abbia giocato a questo gioco sa che è fluido e immersivo, il che rende anche pochi millisecondi di picchi nei tempi di frame sufficienti a rompere l'immersione. È stato in quel momento che ho iniziato a sospettare che ci fosse qualcosa che non andava con la CPU, anche se non potevo ancora provarlo.

Ho seguito la procedura standard che ogni giocatore di PC conosce a memoria. Prima di tutto, ho disabilitato i processi di sfondo non essenziali di Windows. Poi, ho limitato il frame rate appena sotto i 240Hz del mio monitor per vedere se avrebbe alleggerito il carico sulla CPU. Sono persino entrato nel BIOS del sistema per verificare che i profili EXPO della RAM fossero configurati correttamente, il che ha comportato un riavvio completo del sistema. Dopo aver giocato per altri trenta minuti, sembrava che il problema fosse risolto. Ma poi, guidando attraverso un tunnel, lo stutter è riapparso come se mi stesse aspettando.

L'analisi avanzata di Claude Fable 5

Invece di perdere altre ore a navigare tra i forum, ho deciso di registrare tutto ciò che la CPU stava facendo a intervalli di un secondo e di affidare l'analisi al modello più avanzato di Claude offerto da Anthropic. Ho registrato una sessione di HWiNFO64 di trent minuti a intervalli di un secondo, e lo stutter si è presentato intorno al quindicesimo o forse al ventesimo minuto di gioco. Una volta completata la registrazione, ho esportato il file CSV e l'ho inviato a Claude Fable 5 insieme alle specifiche hardware e ai sintomi. Poi ho lasciato che il sistema lavorasse per i successivi cinque minuti.

Nel corso di quei cinque minuti, Claude ha scritto il codice di analisi e ha elaborato circa 1.700 righe su 145 colonne di sensori. A questo punto, ero abbastanza fiducioso di arrivare alla radice del problema.

La diagnosi rivela un problema invisibile ai flag di throttling

La diagnosi ha rivelato qualcosa che non avrei mai potuto notare da solo, e ancora meno trovare una soluzione nei forum della comunità. È emerso che i flag di throttling PROCHOT e HTC di HWiNFO leggevano "No" per ogni singolo campione. Secondo la definizione di AMD, questa CPU non si è mai throttlata. Ciò che Claude ha invece scoperto è che il chip stava funzionando al massimo delle sue capacità termiche, passando da 55°C in modalità di inattività a un plateau sostenuto di 76-80°C. Questo è un comportamento normale per una CPU Zen 4. Tuttavia, al segno dei 10,5 secondi, la temperatura è salita da 78°C a 90,4°C in un intervallo di 5 secondi, e la clock effettiva è scesa da 4.200MHz a 740MHz. Il modello ha spiegato che si trattava di AMD Precision Boost che riduceva le clock per proteggere il chip, e che questo è invisibile a ogni flag di throttling. Dopo aver escluso i limiti di potenza e le temperature del VRM, Claude ha consigliato di andare al Curve Optimizer per applicare un offset negativo leggero tra -10 e -15.

Un semplice undervolt risolve il problema

Non mi aspettavo che la soluzione fosse così semplice come un undervolt. Seguendo le istruzioni, sono tornato nel BIOS per impostare un offset del Curve Optimizer di -15, ho riavviato il sistema e mi sono preparato a registrare una nuova sessione sotto carico. La prima cosa che ho notato è che la temperatura di picco è scesa da 90,4°C a 66°C, il che sembrava un po' assurdo. Ho reinviato il log a Claude, e il modello non sembrava del tutto convinto. La potenza del pacchetto non si è mai avvicinata al picco di stock, il consumo di corrente era circa un terzo in meno, e, con un uso della CPU corrispondente, la "versione più veloce" stava effettivamente registrando clock effettivi inferiori rispetto a quelli di stock, il che era insolito per un undervolt. Era evidente che il mio test della CPU non fosse stato riapplicato correttamente nella seconda esecuzione.

Ho deciso di eseguire un terzo test per confermare ciò che stava accadendo, questa volta utilizzando il test Maxon Cinebench 2026 Multiple Threads, per mezz'ora, con il test che colpiva tutti e sei i core al 100% di utilizzo. Questa volta, la temperatura di picco si è attestata a 74,9°C, in calo rispetto ai 90,4°C precedenti, il che è più in linea con il comportamento di un undervolt. La potenza del pacchetto ha raggiunto un picco di 94,5W rispetto ai 122W di stock, e di conseguenza, il limite termico è sceso dal 93,7% all'80%.

Nei test successivi che ho eseguito, gli stutter erano completamente assenti. La ragione di ciò è che il problema era il thermal throttling. Il Curve Optimizer scambia la tensione, non la velocità di clock, e la tensione è ciò che genera effettivamente il calore. Meno tensione alla stessa performance significa meno calore, il che significa che la CPU non si avvicina mai al suo TJmax per ridurre le clock.

Claude Fable 5 ha scoperto un modello che io e i forum non potevamo vedere

Il risultato più notevole di Claude Fable 5 non è stato il fatto che abbia consigliato un offset del Curve Optimizer. Certamente, qualsiasi appassionato che abbia mai sperimentato con le curve tensione-frequenza sarebbe già a conoscenza dei suoi vantaggi. È stato il fatto che ogni flag di throttling in HWiNFO leggeva "No" per tutta la sessione, il che significava che ogni diagnosi convenzionale, inclusa la mia, avrebbe esaminato il log e sarebbe passata accanto al problema. Questo è qualcosa che mi ha colto di sorpresa e che è impressionante tanto quanto sembra.