Benchmark-Methodik

PC Benchmark X misst die Ausführung festgelegter CPU/GPU-Szenarien und die Reaktionslatenz auf ein Softwaresignal. Der Arbeitsumfang innerhalb eines Szenarios ist fest. Dauern und Gewichtungen der Bewertungen werden durch die Methodik vorgegeben, die der Client vom Server erhält.

Diese Seite beschreibt die Engine-Generation 0.8.0 und die grundlegenden Parameter. Die tatsächlichen Parameter eines neuen Durchlaufs können nach einer Aktualisierung der Server-Methodik abweichen. Ein bereits abgeschlossener Test erhält durch eine Änderung der Einstellungen keine neuen Messungen: möglich ist nur eine Neuberechnung seiner Punkte aus den gespeicherten Daten.

Vorbereitung

Öffnen Sie BoosterX → Benchmark → Test, wählen Sie ein Profil und prüfen Sie die angezeigten Parameter. Während der Messungen pausiert BoosterX sein eigenes Monitoring und minimiert seine Fenster, danach stellt es deren Zustand wieder her. Externe Programme laufen weiter und können die Zahlen beeinflussen.

Wiederholen Sie Tests mit einer Version der Engine und des Treibers, mit identischen Einstellungen für Energieversorgung, Übertaktung und Kühlung. Schließen Sie am Notebook das Ladegerät an. Ändern Sie für einen Vorher/Nachher-Vergleich eine Einstellung und notieren Sie, was genau geändert wurde.

Ablauf von Candidate

Teil des Durchlaufs	Grunddauer	Zweck
Aufwärmen	15 s	Die Last bis zu den gewerteten Messungen vorbereiten
CPU	20 s insgesamt	Drei Blöcke von etwa 6,67 s
GPU	30 s insgesamt	Je 10 s auf Geometry, Shader und Compute, jeweils in drei Blöcken
Combined	30 s insgesamt	Drei Blöcke von 10 s
Kalibrierung	10 s	Die Komplexität von Loaded Latency auswählen
Aufwärmen der Latenz	2 s	Den Messpfad vorbereiten
Baseline Latency	20 s	Die Latenz bei grundlegender Last messen
Loaded Latency	20 s	Die Latenz unter kalibrierter Last messen

Baseline im grundlegenden Candidate wurde von den früheren 5 auf 20 Sekunden erhöht. Der GPU-Wert in der Tabelle bezieht sich auf den gesamten GPU-Teil und nicht auf jedes der drei Szenarien einzeln. Übergänge, Vorbereitung der Ressourcen und Abschluss fügen den angegebenen Dauern Zeit hinzu.

Die Leistungslasten wechseln sich in drei Runden ab. Vor jedem CPU-Block wird der Zustand der Simulation zurückgesetzt und es werden 512 vorbereitende Frames außerhalb der Wertung ausgeführt. Das verringert die Abhängigkeit vom vorherigen Block, beseitigt aber weder das Aufwärmen noch die Änderung der Frequenzen oder die Hintergrundlast.

Startprofile und Dauern

Profil	Zweck	Übergang	Aufwärmen	CPU	GPU gesamt	Combined	Kalibrierung	Latenz-Aufwärmen	Baseline	Loaded
Candidate	Veröffentlichung eines geeigneten Ergebnisses	0,5 s	15 s	20 s	30 s	30 s	10 s	2 s	20 s	20 s
Quick	Kurze lokale Diagnose	0,25 s	7,5 s	10 s	15 s	15 s	5 s	1 s	2,5 s	10 s
Extended	Längere lokale Diagnose	1 s	30 s	40 s	60 s	60 s	20 s	4 s	40 s	40 s

Dies sind die Basisdauern, die vom Server geändert werden können. Auch die Verfügbarkeit der Profile wird remote gesteuert. Für die reguläre Veröffentlichung ist Candidate vorgesehen; Quick und Extended bleiben lokal. Ein benutzerdefinierter unvollständiger Testsatz ist kein Ersatz für einen wertungsrelevanten Lauf.

Eine längere Aufzeichnung liefert mehr Beobachtungen, garantiert aber für sich genommen weder eine bessere Punktzahl noch die Abwesenheit von Störungen. Mischen Sie die Profile nicht in einem Vorher/Nachher-Experiment.

Erfassung ohne Schreiben auf den Datenträger in jedem Frame

Die Messungen werden in vorab reservierte Speicherblöcke gesammelt. In jedem Frame formatiert das Programm kein JSON und schreibt keinen Ergebnisdatensatz auf den Datenträger. Nach Abschluss der Arbeit werden die Daten zusammengeführt und verarbeitet. Das verringert den Einfluss der Erfassung auf den Test, macht das Messwerkzeug aber nicht ressourcenkostenlos.

Gespeichert werden zusammenfassende Metriken, Zeitverteilungen und Angaben zum Lauf. Eine erneute Berechnung aus den gespeicherten Messungen prüft die Arithmetik; die Hardware-Reproduzierbarkeit lässt sich nur durch neue Läufe prüfen.

Qualität des Laufs und Ungeeignetheit des Ergebnisses

Achten Sie auf Warnungen zu Hintergrundlast, Energieversorgung, Fensterwechsel, Bildschirmänderungen und Umgebungsbedingungen. Virtualisierung oder eine separate Warnung allein beweisen weder eine Fälschung noch eine konkrete Ursache für eine niedrige Bewertung.

Ein abgebrochener, unvollständiger oder fehlerhaft gemessener Lauf kann keine geeignete Bewertung haben und wird nicht zur regulären Veröffentlichung zugelassen. Der Server bestimmt separat die Verfügbarkeit der Veröffentlichung und die Notwendigkeit einer Prüfung. Folgen Sie der Meldung im Programm; wiederholen Sie den Test unter ruhigen Bedingungen, wenn die Ursache mit der Messung zusammenhängt.

Die Qualität der Aufzeichnung bedeutet nicht, dass alle externen Störungen ausgeschlossen werden konnten. Für eine praktische Schlussfolgerung sind wiederholte Tests und vergleichbare Bedingungen erforderlich.

Wie das Ergebnis zu lesen ist

Kennzahl	Bedeutung
CPU Score	Geschwindigkeit des CPU-Szenarios und P99 der CPU-Frame-Zeit
GPU Score	Normierte Geschwindigkeit von Geometry, Shader und Compute
Core Latency Score	Bewertung der internen Latenz; mehr Punkte sind besser
Consistency	Zusätzliche Charakteristik des langsamen Ausläufers innerhalb eines Laufs
PC Score	Geometrische Zusammenführung von CPU, GPU und Latency; Basisgewichte 60/20/20

Reale Latenzen werden in Millisekunden angezeigt, und für sie ist weniger besser. Consistency geht nicht als separate Komponente in die neue Gesamtformel ein und ersetzt nicht die Reproduzierbarkeit zwischen Läufen. Die detaillierten Formeln, Referenzwerte und Gewichte sind offen.

Grenzen des Ergebnisses

• Ein synthetisches Szenario hilft, Systemänderungen zu erkennen, ersetzt aber nicht den Test eines konkreten Spiels.
• Eine geringe Streuung beweist noch nicht die Genauigkeit jedes Zeitstempels oder das Fehlen eines systematischen Fehlers.
• Core Latency misst nicht den vollständigen Weg von der Maus bis zum Leuchten des Pixels.
• Die Gesamtposition im Ranking hängt von den gewählten Gewichtungen, der Zusammensetzung der Teilnehmer und der serverseitigen Neuberechnung ab.
• Eine Neuberechnung des alten Punktewerts macht die alte Version der Last nicht zu einer neuen. Für den Vergleich korrigierter Szenarien führen Sie einen neuen Test durch.

Archiv der Wiederholbarkeitsprüfung bezieht sich auf Version 0.5.2. Die neue Methodik übernimmt nicht automatisch ihre gemessenen Streuungswerte.

Aktualisiert: 2026-10-02.