Benchmarkmetodik

PCBenchmarkX mäter utförandet av givna CPU/GPU-scenarier och svarstiden på en mjukvarusignal. Arbetsmängden är fast, bedömningsformlerna är öppna. Upprepade körningar gör det möjligt att kontrollera resultatets stabilitet.

Denna dokumentation avser motorn 0.5.2, belastningen phase4.6-dev-1, statistiken stats-phase4.6-v1 och modellen score-model-1.2-candidate-1. I modellens namn används Candidate. Dess normaliseringsvärden är preliminära: de kan inte betraktas som genomsnittliga värden för alla datorer. Mer om referensen finns i beräkningen av poäng.

Förberedelse

BoosterX styr starten av en separat nativ motor, visar testets gång och sparar resultatet. Under mätningen pausar den sin egen övervakning av hårdvara och minne och minimerar sina egna fönster, för att sedan återställa deras tillstånd. Detta minskar påverkan från själva BoosterX-gränssnittet; externa program kan ändå skapa belastning.

Upprepa testerna med en och samma version av motorn och drivrutinen, med identiska inställningar för strömförsörjning, överklockning och kylning. Stäng onödiga bakgrundsprogram. Om du har en bärbar dator ska du utföra alla tester med nätadaptern ansluten. Vid jämförelse före och efter en ändring ska du skriva ned exakt vilken inställning du ändrade.

Candidate-sekvensen

Körningsdel	Angiven varaktighet	Syfte
Uppvärmning	15 s	Förbereda belastningen inför de giltiga mätningarna
CPU	20 s totalt	Tre block på ungefär 6,67 s vardera
GPU	30 s totalt	10 s vardera för Geometry, Shader och Compute, vart och ett i tre block
Combined	30 s totalt	Tre block på 10 s
Kalibrering	10 s	Ställa in svårighetsgraden för Loaded Latency
Förvärmning av latens	2 s	Förbereda en separat mätväg för latens
Baseline Latency	5 s	Mäta latensen vid basbelastning
Loaded Latency	20 s	Mäta latensen vid kalibrerad belastning

Övergångar, förberedelse av resurser, preliminära CPU-bilder och avslutning tillkommer i tid. Därför är den totala körtiden större än summan av de uppmätta etapperna: i den verifierade serien var intervallen mellan starterna av intilliggande körningar i en och samma belastning ungefär 157–172 sekunder — med hänsyn tagen till pausen mellan körningarna; den exakta varaktigheten för en enskild körning går inte att fastställa utifrån de publicerade uppgifterna.

Blocken för prestandatester växlar i tre omgångar. För CPU finns ett fast utgångsläge och 512 förberedande bilder före varje giltigt block. Om hastigheten gradvis förändras från block till block återspeglas detta i diagnostiken. De erhållna resultaten korrigeras inte för detta.

Körningsprofiler och varaktigheter

Motorn stöder fyra profiler: candidate, quick, extended och custom. Exakta varaktigheter för etapperna:

Profil	Uppgift	Övergång	Uppvärmning	CPU	GPU	Combined	Kalibrering	Förvärmning av latens	Baseline	Loaded
Candidate	kanonisk	0,5 s	15 s	20 s	30 s	30 s	10 s	2 s	5 s	20 s
Quick	diagnostisk	0,25 s	7,5 s	10 s	15 s	15 s	5 s	1 s	2,5 s	10 s
Extended	diagnostisk	1 s	30 s	40 s	60 s	60 s	20 s	4 s	10 s	40 s
Custom	användardefinierad	enligt användarens val inom tillåtna gränser

Candidate är standardprofilen, och endast dess körningar rangordnas. Quick, Extended och Custom betraktas alltid som diagnostiska: de får inte blandas med Candidate i en och samma jämförelse och får inte publiceras i rankningen. I Custom kan man behålla en del av testerna och ange egna varaktigheter: giltiga block accepterar 1–180 s, övergångar — 0,1–180 s, förvärmning av latens — 0,5–180 s. Varje åsidosättning av en varaktighet gör körningen diagnostisk.

Insamling utan skrivning till disk i varje bild

Mätningarna sparas i i förväg avsatta minnesblock. Vid insamlingen av varje bild formaterar programmet inte JSON, utökar inte vektorn och skriver inte till fil. Buffertarnas storlek beräknas i förväg utifrån testets varaktighet och den förväntade maximala skrivfrekvensen, med marginal. I denna implementering gäller en gräns på 768 MiB.

Efter att GPU-arbetet har slutförts slås data samman och bearbetas. Detta minskar insamlingens påverkan på testet, även om själva insamlingen också förbrukar resurser. För att mäta dess påverkan måste man separat jämföra körningar med insamling av mätningar och utan den.

Resultatet innehåller sammanfattande mätvärden. En separat fil med råmätningar gör det möjligt att upprepa den statistiska bearbetningen utan en ny körning av belastningen. En sådan omräkning kontrollerar beräkningarna; för att kontrollera repeterbarheten på hårdvaran krävs en ny körning.

Körningskvalitet och resultatets otjänlighet

Under varje block bedömer motorn körningens kvalitet — Run Quality. Det huvudsakliga måttet är CPU:ns bakgrundsbelastning, det vill säga allt som belastar systemet utöver själva benchmarken. Den beräknas per block som skillnaden mellan belastningen för hela systemet och belastningen för benchmarkprocessen, mätt med samma tidsräknare. Tröskelvärdena för profilen Candidate: över 20% — varning, över 50% — körningen bedöms som otjänlig.

Run Quality registrerar även åtföljande förhållanden: ansluten felsökare, fjärrsession, batteridrift och energisparläge, förekomst av hypervisor, förlust av fönsterfokus och byte av bildskärm. Hypervisor, batteri och fjärrsession visas som varningar: de avvisar inte resultatet i sig, men förklarar varför siffrorna kan skilja sig från en “ren” testbänk. Byte av bildskärm under ett giltigt block gör körningen otjänlig.

Ett tjänligt giltigt resultat kräver dessutom:

• lyckad kalibrering av Loaded Latency — om det inte gick att ställa in svårighetsgraden mot mål tiden är körningen otjänlig;
• godkänd kontroll av GPU-belastningarnas utdata — om kontrollsignaturen inte stämmer blir körningen otjänlig;
• inga förlorade poster i insamlaren — varje förlust gör körningen otjänlig.

Kvalitetsklassificeringen sparas i resultatfilen, så “dåliga” förhållanden syns i efterhand, inte bara under körningen.

Så läser du resultatet

Mått	Betydelse
Performance	Relativ hastighet för fasta belastningar
Core Latency Score	Relativ bedömning av den interna latensen; fler poäng är bättre
Consistency	Hur uttalad den långsamma svansen är inom en körning
PC Score	Geometrisk sammanslagning av tre komponenter med vikterna 50/30/20

Faktiska latenser visas i millisekunder, och för dem är lägre bättre. Consistency får inte blandas ihop med repeterbarheten för PC Score mellan körningar. Formler och normaliseringskonstanter är öppna i beräkningen av poäng.

Resultatets gränser

• Ett syntetiskt scenario hjälper till att upptäcka förändringar i systemet, men ersätter inte ett test av ett specifikt spel.
• Låg spridning mellan körningar bevisar ännu inte att varje tidsstämpel är exakt eller att det inte finns någon systematisk felkälla.
• Åtta körningar på en och samma dator fastställer inte resultatfördelningen för alla CPU, GPU och Windows-versioner.
• Jämför kompatibla versioner av belastningar och identiska profiler. Den snabbare, den utökade och den användardefinierade profilen får inte utan vidare blandas med Candidate.
• Använd inte en avbruten eller ofullständig körning i stället för en slutförd mätning.

Vidare: belastningar, latenser och PresentMon, formler, repeterbarhet, jämförelse av körningar, rankning.

Verifierat: 2026-09-20.