Vysoké průměrné FPS, ale špatné 1% low: co to znamená

Počitadlo ukazuje 200 a hra působí jako 90. Nic není rozbité, nic nezamrzne na celou vteřinu, ale souboj nikdy nepůsobí tak, jak to číslo slibuje. Tenhle zážitek má jméno i měření, a jakmile ho umíš přečíst, přestaneš honit špatné číslo.

Nejdřív poctivá věta. Tahle stránka vysvětluje měření, ne opravu. w0a nikde nevypisuje číslo „získaných FPS“, takže jestli změna pomohla, vyčteš z vlastních záznamů před a po, proti vlastnímu šumu mezi běhy — a každé číslo níže se dá znovu spočítat ze souboru, který ukládá stránka Benchmark.

Co ta tři čísla doopravdy jsou

Seřaď všechny snímky jednoho běhu od nejpomalejšího k nejrychlejšímu.

• Průměrné FPS je střední hodnota ze všech. Je to nejméně užitečný údaj na celé stránce.
• 1% low je nejhorší procento z těch snímků. Obvykle se vypisuje jako FPS, takže „1% low 70“ znamená, že každý z tvých nejhorších snímků trval zhruba tak dlouho jako snímek ve hře běžící na 70 FPS.
• 0.1% low je nejhorší jeden z tisíce — ty vzácné, hluboké události.

Čas snímku jsou tatáž data v milisekundách a tuhle aritmetiku se vyplatí umět zpaměti, protože dělá zbytek téhle stránky konkrétním: 16,7 ms je 60 FPS, 6,9 ms je 144, 4,2 ms je 240.

Běh s průměrem 200 a 1% low 70 je tedy běh, ve kterém typický snímek trval zhruba 5 ms a nejhorší setina zhruba 14 — skoro třikrát tak dlouho. A při 200 FPS je jedno procento tvých snímků dva snímky každou sekundu. Dvakrát za sekundu obraz stojí po dobu tří snímků. Tohle je to, co cítíš, a žádný průměr ti o tom neřekne nic.

Čti ten rozdíl, ne to číslo

1% low 70 je v běhu na 90 FPS výborné a v běhu na 200 FPS alarmující. Užitečné čtení je ten vztah mezi nimi:

Třetí řádek se snadno přečte špatně. Když je tvoje 1% low v pořádku a 0.1% low příšerné, nemáš problém s rovnoměrností — máš hrstku konkrétních událostí, a události se dají najít.

Proč je špatný ocas jiný problém než nízký průměr

Nízký průměr je otázka zátěže: stroj dělá, co může, a nestačí to. Odpovědí je nastavení, rozlišení nebo jiný hardware.

Špatný ocas je otázka události: stroj většinou stíhá a něco ho pravidelně zastavuje. Odpovědí je najít tu věc. Seznam je krátký a každá položka po sobě nechá stopu — ovladač držící jádro procesoru, stránky vracející se z disku, načtení assetu, práce na pozadí, kompilace shaderu, reset ovladače. Proč hry trhají na Windows 11 prochází ten seznam příčinu po příčině, a co hledá sken trhání je jeho automatická verze, která každý nález označí jako prokázaný, pravděpodobný, kandidáta nebo neověřený, místo aby ti podala skóre jistoty, které si nezasloužila.

Je tu i mezipřípad: stroj, který v průměru není limitovaný grafickou kartou, ale v nejrušnějších okamžicích na limit narazí. Snímky, které zaostanou, jsou přesně ty snímky, kde se děje nejvíc — tedy souboj. Když tvoje grafická karta sedí hluboko pod plným vytížením, zatímco low hodnoty trpí, diagnostická stránka k tomu je GPU neběží na 100 %.

Kázeň při měření, bez které tohle všechno nemá cenu

Percentily jsou hlučnější než průměry, protože se počítají z menšího počtu snímků. Dva běhy téže nezměněné konfigurace nedají stejné 1% low a rozdíl mezi nimi je ta nejmenší změna, kterou jsi vůbec schopný rozeznat.

Proto je záznam užitečný jen vedle svého vlastního šumu. Stránka Benchmark počítá hranici šumu z rozptylu každého záznamu mezi minutami a vypisuje ji zvlášť pro průměr, pro 1% low a pro 0.1% low — a rozdíl, který se do ní vejde, netvrdí. To je celá ta kázeň v jednom chování: výsledek menší než tvoje vlastní kolísání mezi běhy není výsledek.

Prakticky:

1. Stejná hra, stejná mapa nebo replay, stejná délka, stejná nastavení ve hře.
2. Hraj stejně. Běh strávený zíráním do zdi a běh strávený v přestřelce se porovnat nedají.
3. Nezměněnou konfiguraci zaznamenej aspoň třikrát, ještě než cokoli změníš, ať víš, jak vypadá tvůj vlastní šum.
4. Změň jednu věc. Pět změn a jedno měření ti neřeknou nic o tom, která z nich zabrala — a sečíst pět samostatně změřených zisků je aritmetika, ne měření.
5. Porovnej low hodnoty. K čemu je které číslo na stránce, popisuje Jak číst výsledek benchmarku.

Přesná aritmetika, číslo po čísle

Tohle dělá stránka Benchmark se záznamem, v pořadí, v jakém to dělá.

Ověř si to sám: přepočítej to z CSV

Uložit CSV na stránce Benchmark zapíše jednu tabulku se sloupci side,kind,name,value. Řádky s kind = metric jsou souhrnná čísla; řádky s kind = frame jsou intervaly mezi snímky, jeden na řádek, s časem snímku v milisekundách ve value. Řádky snímků obsahují celou řadu včetně dlouhých intervalů, právě proto, abys mohl pravidlo 200 ms použít sám a dojít ke stejným číslům.

Dvě věci, než začneš:

• Čísla v souboru vždy používají jako desetinný oddělovač tečku, ať tvoje oblast ve Windows říká cokoli. V místním nastavení pro Česko je desetinným oddělovačem naopak čárka: při importu řekni tabulkovému procesoru, že soubor používá tečku, jinak 6.94 dorazí jako text.
• Názvy sloupců jsou pevné anglické identifikátory. Jsou určené pro skripty a v každém jazyce jsou stejné.

V tabulkovém procesoru: vyfiltruj jednu hodnotu side a kind = frame, odstraň řádky nad 200, seřaď value od největší po nejmenší, zprůměruj prvních N řádků, kde N je počet řádků vydělený 100 a zaokrouhlený nahoru, a vyděl 1000 tím průměrem. Výsledek se má rovnat low_1pct_fps pro tu stranu.

V PowerShellu (pro druhou stranu nahraď before za after):

$ms = Import-Csv .\capture.csv |
  Where-Object { $_.kind -eq 'frame' -and $_.side -eq 'before' } |
  ForEach-Object { [double]::Parse($_.value, [Globalization.CultureInfo]::InvariantCulture) } |
  Where-Object { $_ -le 200 } |
  Sort-Object
$take = [Math]::Max(1, [Math]::Ceiling($ms.Count * 0.01))
1000 / ($ms | Select-Object -Last $take | Measure-Object -Average).Average

Pro 0.1% low použij 0.001 místo 0.01. Dvě rychlé kontroly konzistence ze stejného souboru: počet řádků snímků do 200 včetně se rovná metrice frames a počet nad 200 se rovná excluded_over_stall_ms.

Dvě věci, které percentil potichu zničí

Generování snímků. Vložené snímky nenesou žádný nový stav hry. 1% low odvozené z počítání snímků pořád vydá nějaké číslo, ale přestalo popisovat odezvu — a to byl jediný důvod, proč ses na něj díval. Při měření generování vypni. Tohle je věc definice, ne tvrzení, že generování snímků způsobuje trhání.

Načítací obrazovky a pauzy. Třísekundová pauza při načítání je jediný „interval snímku“ dlouhý tři tisíce milisekund, a když se v datech nechá, stane se z ní tvoje 0.1% low a pohřbí všechno skutečné. Právě proto se takhle dlouhé intervaly z percentilů vyřazují a hlásí se zvlášť, aby se na nich potichu nepostavilo žádné číslo.

Co s 1% low nepohne

Tohle si zaslouží říct natvrdo, protože se ty dvě věci snadno zaměňují: funkce pro latenci a stabilita percentilů jsou dvě různá tvrzení. Režimy nízké latence od výrobců zkracují hloubku vykreslovací fronty a to zkrácení změřené je. Žádné zveřejněné měření neukazuje, že by zlepšovaly percentily časů snímků. Obojí může stát za to; není to totéž, a stránka, která ti jedno vydává za druhé, ti něco prodává. Čistá instalace pro stabilní 1% low probírá zveřejněné důkazy i se zdroji a zpoždění vstupu, které žádný software nespraví je poctivé vyúčtování toho, kam práce s latencí dosáhne a kam ne.

Totéž opatrné čtení platí pro seznamy klíčů registru slibující lepší low hodnoty. Hodnoty pro správu paměti v jádře a přepisování rozlišení časovače se tady odmítají rovnou — ne proto, že by byly exotické, ale protože nikdo nezveřejnil jejich měření, které by přežilo setkání s metodou.

Co stránka Benchmark nevypisuje

• Žádné číslo „získaných FPS“, pro žádné nastavení, nikde ve w0a. Zisk je to, co ukážou tvoje vlastní dva záznamy, nebo nic.
• Žádná příčina, jen načasování. Když se zásek kryje s něčím jiným, co se stalo, karta řekne, že obojí spadlo do stejného okna. Neříká, že jedno způsobilo druhé.
• Žádný rozdíl uvnitř hranice šumu se neukáže jako změna, v žádném směru.

Když máš špatné low hodnoty a chceš místo čísel příčiny, seznam je proč hry trhají na Windows 11 a to, co w0a kontroluje automaticky, je co hledá sken trhání. Konkrétně pro CS2 tohle všechno na jednu hru aplikuje Nízké FPS, trhání a sekání v CS2.

Související

• Proč hry trhají na Windows 11
• GPU neběží na 100 %
• Jak číst výsledek benchmarku
• Jak snížit latenci (input lag): co software dokáže zkrátit a co ne
• Trhání při kompilaci shaderů
• Nízké FPS, trhání a sekání v CS2