Metodologia del benchmark

PC Benchmark X misura l’esecuzione di scenari CPU/GPU definiti e la latenza di reazione a un segnale software. Il volume di lavoro all’interno dello scenario è fisso. Le durate e i pesi delle valutazioni sono definiti dalla metodica che il client riceve dal server.

Questa pagina descrive la generazione del motore 0.8.0 e i parametri di base. I parametri effettivi di una nuova esecuzione possono differire dopo l’aggiornamento della metodica lato server. Un test già eseguito non riceve nuove misurazioni dal cambiamento delle impostazioni: è possibile solo il ricalcolo dei suoi punteggi dai dati salvati.

Preparazione

Aprite BoosterX → Бенчмарк → Тест, selezionate il profilo e verificate i parametri mostrati. Durante le misurazioni BoosterX sospende il proprio monitoraggio e riduce a icona le proprie finestre, poi ne ripristina lo stato. I programmi esterni continuano a funzionare e possono influenzare i numeri.

Ripetete i test con la stessa versione del motore e del driver, con le stesse impostazioni di alimentazione, overclock e raffreddamento. Sul notebook collegate l’alimentatore. Per il confronto prima/dopo cambiate una sola impostazione e annotate che cosa avete modificato esattamente.

Sequenza Candidate

Parte dell’esecuzione	Durata di base	Scopo
Riscaldamento	15 s	Preparare il carico fino alle misurazioni valide
CPU	20 s in totale	Tre blocchi di circa 6,67 s
GPU	30 s in totale	Di 10 s su Geometry, Shader e Compute, ciascuno in tre blocchi
Combined	30 s in totale	Tre blocchi da 10 s
Calibrazione	10 s	Individuare la complessità di Loaded Latency
Riscaldamento latenza	2 s	Preparare il percorso di misurazione
Baseline Latency	20 s	Misurare la latenza con carico di base
Loaded Latency	20 s	Misurare la latenza sotto carico calibrato

Il Baseline nel Candidate di base è aumentato dai precedenti 5 a 20 secondi. Il valore GPU nella tabella si riferisce all’intera parte GPU, non a ciascuno dei tre scenari separatamente. Le transizioni, la preparazione delle risorse e la conclusione aggiungono tempo alle durate indicate.

I carichi produttivi si alternano in tre round. Prima di ogni blocco CPU lo stato della simulazione viene reimpostato e vengono eseguiti 512 frame preparatori fuori classifica. Questo riduce la dipendenza dal blocco precedente, ma non elimina il riscaldamento, la variazione delle frequenze o il carico in background.

Profili di esecuzione e durate

Profilo	Scopo	Transizione	Riscaldamento	CPU	GPU totale	Combined	Calibrazione	Riscaldamento latenza	Baseline	Loaded
Candidate	Pubblicazione di un risultato idoneo	0,5 s	15 s	20 s	30 s	30 s	10 s	2 s	20 s	20 s
Quick	Diagnostica locale breve	0,25 s	7,5 s	10 s	15 s	15 s	5 s	1 s	2,5 s	10 s
Extended	Diagnostica locale prolungata	1 s	30 s	40 s	60 s	60 s	20 s	4 s	40 s	40 s

Queste sono le durate di base, che possono essere modificate dal server. Anche la disponibilità dei profili è gestita da remoto. Per la pubblicazione ordinaria è destinato il Candidate; Quick ed Extended restano locali. Un set di test incompleto personalizzato non è un sostituto di un’esecuzione valida per la classifica.

Una registrazione più lunga fornisce più osservazioni, ma di per sé non garantisce un punteggio migliore o l’assenza di interferenze. Non mescolate i profili in un esperimento prima/dopo.

Raccolta senza scrittura su disco in ogni frame

Le misurazioni vengono raccolte in blocchi di memoria preallocati. A ogni frame il programma non formatta JSON e non scrive una voce di risultato su disco. Al termine del lavoro i dati vengono uniti ed elaborati. Questo riduce l’influenza della raccolta sul test, ma non rende lo strumento di misurazione gratuito in termini di risorse.

Vengono salvate metriche riassuntive, distribuzioni dei tempi e informazioni sull’esecuzione. Il ricalcolo dalle misurazioni salvate verifica l’aritmetica; la ripetibilità hardware può essere verificata solo con nuove esecuzioni.

Qualità dell’esecuzione e inidoneità del risultato

Prestate attenzione agli avvisi su carico in background, alimentazione, cambio di finestre, modifica degli schermi e condizioni ambientali. La virtualizzazione o un avviso separato di per sé non dimostrano né un falso né una causa specifica di un punteggio basso.

Un’esecuzione annullata, incompleta o misurata in modo scorretto può non avere un punteggio idoneo e non è ammessa alla pubblicazione ordinaria. Il server determina separatamente la disponibilità della pubblicazione e la necessità di verifica. Seguite il messaggio nel programma; ripetete il test in condizioni tranquille se la causa è legata alla misurazione.

La qualità della registrazione non significa che si siano escluse tutte le interferenze esterne. Per una conclusione pratica servono test ripetuti e condizioni comparabili.

Come leggere il risultato

Indicatore	Significato
CPU Score	Velocità dello scenario CPU e P99 del tempo del frame CPU
GPU Score	Velocità normalizzata di Geometry, Shader e Compute
Core Latency Score	Valutazione della latenza interna; più punti è meglio
Consistency	Caratteristica aggiuntiva della coda lenta all’interno dell’esecuzione
PC Score	Unione geometrica di CPU, GPU e Latency; pesi di base 60/20/20

Le latenze reali sono mostrate in millisecondi e per esse meno è meglio. Consistency non entra come componente separato nella nuova formula finale e non sostituisce la ripetibilità tra esecuzioni. Le formule, i riferimenti e i pesi dettagliati sono aperti.

Limiti del risultato

• Lo scenario sintetico aiuta a individuare cambiamenti del sistema, ma non sostituisce il test di un gioco specifico.
• Una bassa dispersione non dimostra ancora l’accuratezza di ogni marca temporale o l’assenza di un errore sistematico.
• Core Latency non misura l’intero percorso dal mouse all’accensione del pixel.
• La posizione complessiva in classifica dipende dai pesi scelti, dalla composizione dei partecipanti e dal ricalcolo lato server.
• Il ricalcolo di un vecchio punteggio non rende nuova la vecchia versione del carico. Per confrontare scenari corretti eseguite un nuovo test.

L’archivio di verifica della ripetibilità si riferisce alla versione 0.5.2. La nuova metodica non eredita automaticamente i suoi indicatori di dispersione misurati.

Aggiornato: 2026-10-02.