Misurabile, versionato, riproducibile.
Un punteggio è utile solo se sai come è stato ottenuto. PCBenchmark conserva le unità grezze insieme al punteggio di ogni categoria, identifica le versioni del carico e del sistema di valutazione e separa i backend GPU non confrontabili.
Ogni fase cronometrata esegue calcoli deterministici, trasferimenti di memoria o rendering sul dispositivo locale.
Le brevi fasi di compilazione e riscaldamento non rientrano nel tempo valutato.
I report conservano operazioni/s, carico shader stimato, FPS, frame time e velocità di trasferimento, non soltanto un indicatore.
I risultati WebGPU non vengono classificati insieme a WebGL 2 o a versioni diverse del motore.
Prestazioni sostenute con un worker e in parallelo.
Le fasi CPU usano Web Worker dedicati, così l’interfaccia resta reattiva mentre il carico cronometrato tiene occupati i worker selezionati. Il motore 1.2 combina in sezioni continue calcoli interi dipendenti dai dati, virgola mobile e accessi alla cache; l’avvio sincronizzato di più worker riduce lo scarto iniziale e i checksum impediscono che il kernel diventi un’operazione nulla.
operazioni / secondoPrestazioni sostenute di un worker nel motore attivo del browser.
operazioni / secondoPrestazioni sostenute complessive di un numero limitato di worker.
MB / secondoLavoro misto su branch, interi e typed array con un solo worker.
Prima WebGPU, poi un’alternativa chiaramente indicata.
Nei browser compatibili, il motore 1.2 combina uno shader di calcolo vettoriale WGSL su un insieme di lavoro limitato di diversi megabyte con rendering ripetuto di frammenti fuori schermo. Un riscaldamento escluso e tre campioni di calibrazione scelgono una dimensione batch sicura per la scheda corrente.
Durante la misurazione rimangono in esecuzione due batch sui dispositivi mobili o tre sui desktop. PCBenchmark attende solo la più vecchia fence di completamento prima di inviare nuovo lavoro, eliminando le pause causate dallo svuotamento completo della coda dopo ogni piccolo batch. La dimensione continua ad adattarsi entro limiti che garantiscono annullamento rapido e sicurezza rispetto al watchdog del browser.
Il valore di calcolo è una velocità stimata del carico shader derivata dal modello di operazioni versionato della suite. Non misura i FLOPS nativi dell’hardware né l’utilizzo comunicato dal driver e va confrontata solo all’interno dello stesso motore e backend PCBenchmark.
Se WebGPU non è disponibile, PCBenchmark usa un carico sostenuto di fragment shader WebGL 2 con un anello di fence asincrone, anziché seguire la frequenza di aggiornamento. Poiché le pipeline eseguono lavori diversi, restano famiglie di benchmark separate. La modalità Stress aggiunge, dopo le fasi misurate, un carico combinato CPU + GPU non valutato per evidenziare variazioni prestazionali a breve termine.
- 01 Shader versionati e insiemi di lavoro limitati in base al profilo
- 02 Riscaldamento escluso dalla finestra di valutazione
- 03 Batch adattivi con coda in esecuzione limitata
- 04 Backend registrato in ogni report pubblico
Memoria di sistema e memoria GPU accessibile al browser.
La fase della memoria di sistema usa typed array e indica la banda effettiva per un modello di accesso versionato. Il valore facoltativo Device Memory è una classeRAM approssimativa: i browser lo arrotondano a una potenza di due e possono limitare i sistemi con molta memoria. Una classe da 32 GB può quindi rappresentare un PC con 64 GB o più; non è mai una lettura esatta della capacità e non descrive la VRAM.
La fase della memoria GPU crea buffer limitati e visibili al browser, ne carica e usa ripetutamente i contenuti, misura la velocità effettiva e registra errori di allocazione o del dispositivo. È un test di pressione su allocazione e caricamento; il report mostra i MB testati, non la «VRAM rilevata».
Riconoscimento automatico della GPU, con limiti espliciti.
Quando il browser comunica una scheda grafica o una stringa del renderer WebGL, PCBenchmark invia temporaneamente il valore al proprio endpoint di riconoscimento in una richiesta JSON POST tramite no-store come modalità cache. Il sistema restituisce un candidato prudente del catalogo; stringhe ambigue, mobili o riferite a renderer software non vengono forzate su un prodotto desktop.
La stringa grezza del renderer non viene conservata nel risultato. Se accetti una corrispondenza, il report può salvare l’ID GPU canonico e una copia del nome; la selezione della CPU e i nomi inseriti manualmente funzionano allo stesso modo. Questi campi aiutano il raggruppamento, ma sono indicazioni identificative, non un’attestazione dell’hardware.
I punti grezzi restano fissi. La scala può migliorare.
Il browser invia soltanto le misurazioni grezze. Laravel ne verifica la struttura e calcola punti prestazionali CPU e GPU senza limite prima di proiettarli su una scala da 0 a 100. Le categorie escluse dalla suite selezionata restano NON ESEGUITE, uno stato distinto da un punteggio misurato pari a zero.
Adaptive v2 calcola punteggio = 100 × punti del test / riferimento del gruppo, con un massimo di 100. I punti CPU combinano le prestazioni a singolo thread, con più thread e in compressione usando una media geometrica ponderata, così nessun sottotest si satura troppo presto. I punti GPU derivano soltanto dal carico shader misurato; frequenza di aggiornamento e regolarità dei frame restano dati diagnostici.
Ogni gruppo è vincolato alla firma del carico, alla modalità Rapida/Standard/Stress e, per la GPU, al backend WebGPU/WebGL. Un modello hardware può influenzare il riferimento solo dopo almeno tre test pubblici, approvati da un amministratore e di qualità eccellente. Il valore rappresentativo è la mediana e la mediana più alta tra i modelli idonei diventa 100. Un singolo valore anomalo non può spostare la scala.
Ogni scala pubblicata è uno snapshot immutabile. Un dispositivo convalidato più veloce crea un nuovo snapshot e riproietta i test storici compatibili: una RTX 3060 inizialmente a 100 può scendere a 50 quando un dispositivo due volte più veloce diventa il riferimento. Punteggio originale, metriche grezze e snapshot precedente restano disponibili per controllo e ripristino.
Solo la suite dell’intero sistema produce un PC Score complessivo e una valutazione. Le suite solo CPU e solo GPU mostrano un punteggio di categoria esplicitamente parziale. La VRAM resta un controllo diagnostico superato/non superato ed è esclusa dal punteggio complessivo.
Punteggio e affidabilità non sono la stessa cosa.
La qualità del test considera il completamento delle fasi richieste, la visibilità della pagina, la disponibilità del dispositivo grafico e la coerenza interna dei tempi. Non certifica l’identità dell’hardware e non rende i dati lato client impossibili da alterare.
Tutte le fasi sono complete; i tempi sono adatti a un confronto normale.
Test utilizzabile, con una funzione mancante o maggiore variabilità dei tempi.
Test incompleto o instabile: informativo, ma non adatto alle classifiche.
Dati che ci rifiutiamo di inventare.
Nessuna API standard del browser espone in modo affidabile il nome del modello CPU.
Le pagine web non possono leggere in modo affidabile temperature, potenza o telemetria delle frequenze.
I limiti delle risorse API e le allocazioni riuscite non indicano la capacità installata.
Un test nel browser può essere sottoposto a controlli di plausibilità, ma i dati del client restano modificabili.
I dettagli della scheda possono inoltre essere nascosti per motivi di privacy. Una corrispondenza nel catalogo o un nome CPU/GPU fornito dall’utente è un’etichetta utile, non un inventario verificato in modo indipendente.
Come ripetere il test in modo equo.
- 1
Usa lo stesso browser e mantienilo aggiornato.
- 2
Collega l’alimentazione, disattiva il risparmio energetico e lascia che il dispositivo torni inattivo.
- 3
Chiudi le applicazioni pesanti e mantieni visibile la scheda del benchmark.
- 4
Confronta la stessa suite, versione del motore, modalità e backend grafico.