Metodika benchmarku
Na této stránce
PCBenchmarkX měří vykonávání zadaných CPU/GPU scénářů a latenci reakce na softwarový signál. Rozsah práce je pevně daný, vzorce hodnocení jsou otevřené. Opakované spuštění umožňuje ověřit stabilitu výsledku.
Tato dokumentace se vztahuje k jádru 0.5.2, zátěži phase4.6-dev-1, statistice stats-phase4.6-v1 a modelu score-model-1.2-candidate-1. V názvu modelu je použito Candidate. Jeho normalizační hodnoty jsou předběžné: nelze je považovat za průměrné ukazatele všech počítačů. Podrobněji o etalonu pojednává výpočet skóre.
Příprava
Sekce “Příprava”BoosterX řídí spuštění samostatného nativního jádra, zobrazuje průběh testu a ukládá výsledek. Po dobu měření pozastavuje vlastní monitorování hardwaru a paměti a minimalizuje svá okna, poté obnoví jejich stav. To snižuje vliv samotného rozhraní BoosterX; externí programy přesto mohou vytvářet zátěž.
Opakujte testy se stejnou verzí jádra a ovladače, se stejnými nastaveními napájení, přetaktování a chlazení. Zavřete zbytečné programy na pozadí. Pokud máte notebook, provádějte všechny testy s připojeným napájecím adaptérem. Při srovnání před a po změně si poznamenejte, které konkrétní nastavení jste změnili.
Posloupnost Candidate
Sekce “Posloupnost Candidate”| Část spuštění | Zadaná doba trvání | Účel |
|---|---|---|
| Zahřátí | 15 s | Připravit zátěž před započítávanými měřeními |
| CPU | 20 s celkově | Tři bloky přibližně po 6,67 s |
| GPU | 30 s celkově | Po 10 s na Geometry, Shader a Compute, každý ve třech blocích |
| Combined | 30 s celkově | Tři bloky po 10 s |
| Kalibrace | 10 s | Zvolit obtížnost Loaded Latency |
| Zahřátí latence | 2 s | Připravit samostatnou cestu měření latence |
| Baseline Latency | 5 s | Změřit latenci při základní zátěži |
| Loaded Latency | 20 s | Změřit latenci při kalibrované zátěži |
Přechody, příprava prostředků, předběžné CPU snímky a ukončení přidávají čas. Proto je celková doba spuštění větší než součet měřených etap: v ověřené sérii činily intervaly mezi začátky sousedních spuštění v jednom zatížení přibližně 157–172 sekund — s ohledem na pauzu mezi spuštěními; přesnou dobu trvání jednoho spuštění z publikovaných dat určit nelze.
Bloky výkonnostních testů se střídají ve třech kolech. U CPU je před každým započítávaným blokem pevný výchozí stav a 512 přípravných snímků. Pokud se rychlost práce postupně mění blok od bloku, projeví se to v diagnostice. Získané výsledky se přitom neupravují.
Profily spuštění a doby trvání
Sekce “Profily spuštění a doby trvání”Jádro podporuje čtyři profily: candidate, quick, extended a custom. Přesné doby trvání etap:
| Profil | Úloha | Přechod | Zahřátí | CPU | GPU | Combined | Kalibrace | Zahřátí latence | Baseline | Loaded |
|---|---|---|---|---|---|---|---|---|---|---|
| Candidate | kanonický | 0,5 s | 15 s | 20 s | 30 s | 30 s | 10 s | 2 s | 5 s | 20 s |
| Quick | diagnostický | 0,25 s | 7,5 s | 10 s | 15 s | 15 s | 5 s | 1 s | 2,5 s | 10 s |
| Extended | diagnostický | 1 s | 30 s | 40 s | 60 s | 60 s | 20 s | 4 s | 10 s | 40 s |
| Custom | uživatelský | podle volby uživatele v povolených mezích |
Candidate je výchozí profil a pouze jeho spuštění se zařazují do žebříčku. Quick, Extended a Custom se vždy považují za diagnostické: nelze je míchat s Candidate v jednom srovnání a nelze je publikovat do žebříčku. V Custom lze ponechat část testů a zadat vlastní doby trvání: započítávané bloky přijímají 1–180 s, přechody — 0,1–180 s, zahřátí latence — 0,5–180 s. Jakékoli přepsání doby trvání činí spuštění diagnostickým.
Sběr bez zápisu na disk v každém snímku
Sekce “Sběr bez zápisu na disk v každém snímku”Měření se ukládají do předem vyhrazených paměťových bloků. Při sběru každého snímku program neformátuje JSON, nerozšiřuje vektor a nezapisuje do souboru. Velikost bufferů se vypočítává předem podle doby trvání testu a očekávané maximální frekvence zápisů, s rezervou. V této implementaci platí omezení 768 MiB.
Po dokončení GPU práce se data sloučí a zpracují. To snižuje vliv sběru dat na test, ačkoli samotný sběr také spotřebovává prostředky. Pro změření jeho vlivu je třeba samostatně srovnat spuštění se sběrem měření a bez něj.
Výsledek obsahuje souhrnné metriky. Samostatný soubor původních měření umožňuje zopakovat statistické zpracování bez nového vykonání zátěže. Takový přepočet ověřuje výpočty; pro ověření opakovatelnosti na hardwaru je třeba nové spuštění.
Kvalita spuštění a nevhodnost výsledku
Sekce “Kvalita spuštění a nevhodnost výsledku”Během každého bloku jádro vyhodnocuje kvalitu spuštění — Run Quality. Hlavním ukazatelem je zátěž CPU na pozadí, tedy vše, co zatěžuje systém kromě samotného benchmarku. Vypočítává se za blok jako rozdíl mezi zátěží celého systému a zátěží procesu benchmarku, měřenými podle stejných časových čítačů. Prahové hodnoty pro profil Candidate: nad 20 % — upozornění, nad 50 % — spuštění se považuje za nevhodné.
Run Quality také zaznamenává doprovodné podmínky: připojený debugger, vzdálenou relaci, napájení z baterie a režim úspory energie, přítomnost hypervizoru, ztrátu fokusu okna a změnu displeje. Hypervizor, baterie a vzdálená relace se zobrazují jako upozornění: samy o sobě výsledek nezamítají, ale vysvětlují, proč se čísla mohou lišit od „čistého“ stendu. Změna displeje během započítávaného bloku činí spuštění nevhodným.
Vhodný započítávaný výsledek navíc vyžaduje:
- úspěšnou kalibraci Loaded Latency — pokud se nepodařilo zvolit obtížnost podle cílového času, je spuštění nevhodné;
- absolvovanou kontrolu výstupu GPU zátěží — neshoda kontrolního podpisu činí spuštění nevhodným;
- absenci ztracených záznamů kolektoru — jakákoli ztráta činí spuštění nevhodným.
Klasifikace kvality se ukládá do souboru výsledku, takže „špatné“ podmínky jsou viditelné zpětně, nejen během spuštění.
Jak číst výsledek
Sekce “Jak číst výsledek”| Ukazatel | Význam |
|---|---|
| Performance | Relativní rychlost pevných zátěží |
| Core Latency Score | Relativní hodnocení vnitřní latence; více bodů je lepší |
| Consistency | Výraznost pomalého chvostu uvnitř spuštění |
| PC Score | Geometrické spojení tří komponent s vahami 50/30/20 |
Skutečné latence se zobrazují v milisekundách a platí pro ně, že méně je lepší. Consistency nelze zaměňovat s opakovatelností PC Score mezi spuštěními. Vzorce a normalizační konstanty jsou otevřené v výpočtu skóre.
Hranice výsledku
Sekce “Hranice výsledku”- Syntetický scénář pomáhá odhalovat změny systému, ale nenahrazuje test konkrétní hry.
- Nízký rozptyl mezi spuštěními ještě nedokazuje přesnost každé časové značky ani absenci systematické chyby.
- Osm spuštění jednoho PC neurčuje rozdělení výsledků pro všechny CPU, GPU a verze Windows.
- Srovnávejte kompatibilní verze zátěží a stejné profily. Zrychlený, rozšířený a uživatelský profil nelze bezvýhradně míchat s Candidate.
- Zrušené nebo neúplné spuštění nepoužívejte místo dokončeného měření.
Dále: zátěže, latence a PresentMon, vzorce, opakovatelnost, srovnání spuštění, žebříček.
Ověřeno: 2026-09-20.
