CPU-Z indica che il record di overclock di Gigabyte (Core i9-12900K @ 8 GHz) è molto dubbio

Pochi giorni fa, abbiamo fatto eco all’annuncio di Gigabyte, che indicava di aver battuto diversi record mondiali con il Intel Core i9-12900K, la nuova CPU top di gamma della famiglia Alder Lake, facendola raggiungere 8,00 GHz.

Secondo l’azienda, questo è stato possibile grazie alla sua scheda madre Aorus Z690 Tachione insieme alla RAM Gigabyte DDR5 overcloccata fino a 8.397 MHz con latenze CL52-52-52-100-127-2 e, naturalmente, azoto liquido.

Di ciò che non è stata data visibilità, è che ‘Doc TB‘, ex caporedattore del sito francese Canard PC Hardware, e sviluppatore del validatore CPU-Z, ha rivelato che tutto le informazioni su questo record sono altamente dubbie e non pensa che l’overclocker dietro la pietra miliare ce l’abbia fatta davvero.

Fondamentalmente indica che c’è un bug che consente a CPU-Z di mostrare frequenze fino a 12 GHz, ma che al momento della verità, un esercito di overclocker e produttori di schede madri, ognuno accede a dozzine e persino a un centinaio di CPU che cercano il miglior campione, tutto sono rimasti bloccati a 7,5 e 7,6 GHz, quindi fuori di lì devi portare i dati con te, pensi.

“Quasi tutti hanno riferito che l’overclock a 8 GHz in Alder Lake (con il Core i9-12900K), supportato dagli screenshot di CPU-Z Validator. Bene, ecco perché è altamente improbabile che questa CPU abbia effettivamente raggiunto gli 8 GHz?. PS: sono lo sviluppatore del validatore CPU-Z.

Prima di tutto, abbiamo parlato quotidianamente per diversi mesi con i produttori di schede madri, il team Intel e molti dei principali overclocker sull’overclocking ad Alder Lake. Molti overclocker di talento in tutto il mondo hanno passato molto tempo a cercare di battere i record mondiali per settimane.

Abbiamo iniziato a vedere il primo overclock “hard-core” di Alder Lake all’inizio di settembre. Quasi immediatamente, è stato trovato un bug di silicio con il rapporto impostato su> 63. In alcune rare condizioni, il PLL interno della CPU non si blocca e rimane alla velocità precedentemente impostata mentre segnala quella nuova.

Rapidamente, abbiamo ottenuto un sacco di falsi “overclock” 8/9/10/12 + GHz sui primi campioni di Alder Lake. Poiché era troppo tardi per risolvere il problema del silicio (e non è un grosso problema per il 99,9999% dei clienti Intel), il team Intel ha lasciato la pelle per trovare una soluzione. Congratulazioni a loro!

La soluzione è stata implementata in un nuovo aggiornamento del microcodice (0x12) aggiungendo un nuovo record HW chiamato FLL_OC_MODE. Se abilitata e impostata correttamente, la CPU interna garantisce che il PLL sia correttamente bloccato con un rapporto> 63. Il report per FLL_OC_MODE è stato implementato in CPU-Z 1.98.

Sul lato validatore, circa un mese fa, ho aggiunto una serie di controlli extra (versione del microcodice, throttling del kernel, controllo del registro di fll_oc_mode) per invalidare le voci già pubblicate che stavano sfruttando il problema. Tutti hanno giocato molto per divertimento, quindi era necessario.

Nelle ultime 4 settimane, tutti i grandi overclocker legati ai produttori di schede madri hanno lavorato seriamente ad Alder Lake con queste nuove regole eque. Il consenso generale era che la completa stabilità del benchmark di tutti i core possibile a circa 7 GHz e “corsa suicida” single core fino a 7,5-7,6 GHz.

I record WR tra 7,5 e 7,6 GHz sono stati fissati e battuti quasi ogni giorno, di alcuni MHz al massimo. molti overclocker hanno testato un sacco di CPU (20/50/100 + campioni) per afferrare i “piedi neri” in grado di colpire queste frequenze … o qualche MHz in più.

Poi all’improvviso, pochi giorni fa, abbiamo visto spuntare dal nulla una validazione unica a 8 GHz. Sapendo che dozzine di overclocker hanno testato centinaia di CPU su un mucchio di schede madri mentre tutti hanno lottato intorno a 7,5 GHz, almeno è abbastanza sospetto…

Il bug del blocco PLL è tornato, questa volta in un modo che non possiamo rilevare poiché supera tutti i controlli interni? Sembra giusto. Tecnicamente, possiamo pensare a un modo per imbrogliare la CPU se abbiamo accesso al codice sorgente del BIOS (alcuni overclocker che lavorano con i produttori di schede madri lo fanno).

Fondamentalmente comporta prima di fare scherzi con il rapporto della CPU, quindi l’aggiornamento del microcodice e infine l’impostazione di FLL_OC_MODE per l’abilitazione, tutto al momento dell’avvio. Ciò potrebbe portare a una situazione in cui il flag è abilitato ma la CPU ha ancora un rapporto molto più basso di quanto riportato.

In tutti i casi, è necessariamente intenzionale perché ciò comporta molte operazioni complesse e ingombra con le Prime fasi di avvio. Il team Intel ha lavorato su questo e ha trovato un modo per verificare se il PLL è davvero bloccato giocando con alcuni MSR ad alte prestazioni.

Problema: se il PLL non è bloccato, l’intera CPU si bloccherà immediatamente, richiedendo un riavvio per il ripristino. Questo è qualcosa che non possiamo implementare su CPU-Z perché tutti gli arresti anomali di Windows sono segnalati dalla telemetria obbligatoria di Microsoft e possiamo essere bannati da Windows Defender per questo.

Non c’è niente che possiamo fare da parte nostra in questo momento. Il problema ora è nelle mani di Intel, bisogno di un nuovo passaggio hardware o forse di un’altra patch di microcodice. Risolvere un problema di nicchia per evitare che ppls interferisca con il codice sorgente del BIOS è una vera sfida e probabilmente non è tra i primi nella lista. “

attraverso: @ d0cTB

Lascia un commento

Il tuo indirizzo email non sarà pubblicato. I campi obbligatori sono contrassegnati *