Jak zkoumáme Windows

V sekci „Výzkum Windows“ prověřujeme konkrétní technická tvrzení. V každém článku vysvětlujeme, co jsme prověřovali, za jakých podmínek a na které systémy se výsledek vztahuje.

Přítomnost parametru, jeho vliv na chod systému a nárůst výkonu vyžadují samostatné důkazy.

Co se považuje za důkaz

Používáme několik nezávislých typů svědectví:

1. Primární dokumentace. Oficiální dokumenty Microsoft, specifikace a dokumentace výrobce hardwaru nebo aplikace.
2. Statické pozorování. Známky implementace v konkrétní verzi komponenty. Takové pozorování je omezeno zkoumaným buildem a samo o sobě nedokazuje vykonání cesty za běhu.
3. Dynamické pozorování. Systémové události, stav komponent a trasování získané v popsaném scénáři.
4. Kontrolované měření. Srovnání předem zvolené metriky při známé změně a ověřeném návratu stavu.
5. Reprodukce. Zopakování výsledku v nezávislém spuštění, na jiném systému nebo buildu.

Interní způsoby automatizace sběru a zpracování se nezveřejňují. To nemění požadavek zveřejnit zkoumanou otázku, konfiguraci, metriky, počet běhů a omezení.

Statusy materiálů

Status	Význam
Dokumentováno	Chování je popsáno v primárním veřejném zdroji.
Pozorováno	Událost nebo stav byl zjištěn v uvedeném prostředí.
Změřeno	Byl získán číselný rozdíl podle popsané metodiky.
Reprodukováno	Výsledek byl nezávisle zopakován.
Nereprodukováno	Uvedený efekt nebyl v uvedených podmínkách zjištěn.
Nedostatek dat	Metodika nebo vzorek neumožňují učinit závěr.

Status se vztahuje k jednotlivému tvrzení, nikoli automaticky k celému článku. Nepoužíváme libovolné procento důvěry a neoznačujeme výsledek za univerzálně prokázaný bez ověření na jiných systémech.

Jak se sestavuje experiment

Před měřením se stanoví:

• jedna zkoumaná otázka;
• nezávislá proměnná;
• hlavní metrika a její jednotka;
• Windows build, podstatný hardware, ovladače a verze aplikací;
• prakticky významný práh;
• způsob návratu výchozího stavu.

Srovnáváme výchozí a změněný stav, poté ověřujeme návrat. Podle možností střídáme pořadí párových běhů. Kontrolujeme zahřátí, napájení, teploty a zátěž na pozadí; pokud to není možné, uvedeme omezení.

Jednotlivé intervaly jednoho trasování ukazují změny v čase, ale nepovažují se za nezávislé opakování. Výsledek virtuálního stroje nelze automaticky přenášet na fyzický počítač. Pro závěr o všech zařízeních jedné třídy nestačí prověřit jedno zařízení.

Fyzický click-to-photon stand

Pro herní výzkum používáme vlastní hardwarový stand. Fyzicky měří celkovou latenci od elektrického signálu tlačítka myši po změnu jasu pixelu na obrazovce, bez softwarového odhadu tohoto intervalu.

Základní trakt je uspořádán takto:

1. Vodič je připájen k lince levého tlačítka Logitech G PRO X SUPERLIGHT první generace. Elektrická hrana spouští časovač Arduino Uno.
2. Tentýž klik prochází přes řadič myši, USB, Windows, hru, frontu vykreslování, GPU a monitor.
3. Fotosenzor upevněný na obrazovce zastaví časovač, když jas testovací oblasti překročí předem zvolený práh.
4. Jeden výsledek obsahuje celý interval click-to-photon v milisekundách.

Takový start záměrně zahrnuje zpracování řadičem myši a její click debounce, ale nezahrnuje mechanický chod tlačítka do sepnutí kontaktu. Latence myši neodečítáme od výsledné hodnoty. V aktuální metodice nezávislých měření RTINGS je pro G PRO X SUPERLIGHT uvedeno 2.5 ms po kabelu a 3.1 ms přes receiver. Nízká naměřená click latency činí tuto myš vhodnou stabilní součástí standu, ale neproměňuje výsledek v čistou latenci Windows nebo hry.

Samostatný HID mikrokontroler formátu Arduino Nano může odesílat kliky do Windows automaticky. Tato cesta se používá, když je třeba odstranit rozdíly ručního stisku a zopakovat vstupní signál v kontrolovaném tempu. Odpovídá na jinou otázku a nesměšuje se se sériemi začínajícími od fyzické linky tlačítka myši.

V CS2 se používá workshopová mapa BXLAT, kde klik vyvolá předvídatelnou změnu testovací oblasti. Obdobný vizuální scénář se používá ve Valorant. Poloha fotosenzoru, rozlišení, frekvence monitoru, limit FPS, režim display scaling, presentation mode a práh světla se stanoví na celou srovnávanou sérii.

Současný standard vyžaduje nejméně 300 platných kliků na stav. V nových sériích uchováváme průměr, směrodatnou odchylku, minimum, maximum, percentily včetně P90 a rozdělení pro tvorbu grafů. Chybná spuštění, překročení časového limitu a hodnoty mimo předem stanovený rozsah označujeme a zohledňujeme při ověřování vhodnosti série.

Výzkum na tomto standu probíhá několik let a formát ukládání se za tu dobu měnil. V veřejné tabulce historických měření jsou série po 300 klících i starší série po 100. Pro část starých testů jsou uchovány pouze AVG, STDDEV, MIN a MAX; chybějící P90 nebo grafy nelze z agregátů obnovit a přímo se označují jako nedostupné. Nové série budou zveřejňovány s rozšířenou statistikou.

Co se zveřejňuje ve výsledku

Článek obsahuje:

• krátkou odpověď;
• prověřované tvrzení;
• oblast výzkumu;
• metodiku a počet nezávislých trasování;
• hodnoty metrik a rozptyl;
• potvrzené a nepotvrzené závěry;
• vyloučené nebo znečištěné metriky;
• omezení;
• praktické doporučení bez záruky stejného výsledku;
• potvrzení návratu stavu;
• primární veřejné zdroje a datum ověření.

Pokud výsledek nepotvrdil populární doporučení nebo funkci BoosterX, může být i tak zveřejněn. Přítomnost nastavení v produktu není důkazem jeho účinnosti.

Jak ověřit samostatně

Významná část dynamických pozorování z našeho výzkumu se opakuje pomocí veřejných nástrojů: Sysinternals ProcMon pro systémová trasování a WinDbg s veřejnými symboly Microsoft. Základní postup ověření vypadá takto.

1. Čtení parametru — ProcMon. Otevřete Options → Configure Symbols a zadejte veřejný server symbolů Microsoft, aby stacky zobrazovaly názvy modulů a funkcí. Poté přidejte filtr Path contains — například SystemResponsiveness z HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Multimedia\SystemProfile. Podle událostí čtení je vidět, zda se hodnota čte, kdy a kterým procesem.
2. Kdo čte — zásobník volání. Dvojklik na událost otevře její vlastnosti; na kartě Stack je zobrazen řetězec modulů — to je onen „čtenář“ parametru. Například řetězec od user32.dll k win32kfull.sys znamená, že za hodnotu odpovídá subsystém Win32k.
3. Chování za běhu — WinDbg. S veřejnými symboly Microsoft lze nastavit zarážku na funkci ze stacku a podívat se, jak se přečtená hodnota uplatňuje.
4. Syntetické testy. Změňte hodnotu a změřte pozorované chování. Například intervaly vstupu myši se měří veřejnými testery frekvence dotazování.

Čestná hranice. Statický rozbor binárek a úplná trasování se v článcích nezveřejňují. Postup výše opakuje dynamickou část našich pozorování, ale nenahrazuje statickou analýzu — její závěry se vztahují ke zkoumanému buildu.

Hranice měření latence

Softwarová latence, hloubka fronty, perioda zvukového enginu, doba plánování vlákna a celková fyzická latence popisují různé veličiny. Například fronta XAudio2 neurčuje celý interval od akce uživatele po zvuk z reproduktoru. Pro jeho měření je zapotřebí externí hardware.

Obdobně čas CPU jednotlivého procesu není roven celkovému vlivu na FPS, frametime, spotřebu energie nebo odezvu systému. Takové závěry se ověřují samostatnými metrikami.

Ochrana dat

Zdrojové ETL, PML, protokoly událostí, paměťové dumpy a exporty registru se ve výchozím stavu nezveřejňují. Systémová trasování mohou obsahovat jména uživatelů, cesty, příkazové řádky, síťové adresy a další citlivé údaje. Microsoft na to zvlášť upozorňuje v podmínkách Sysinternals.

Na webu se zveřejňují pouze ručně vybrané a anonymizované tabulky. Odstraňujeme jedinečné identifikátory zařízení a instalací, uživatelské cesty, údaje účtů, síťové identifikátory, přihlašovací údaje a informace o procesech nesouvisejících s výzkumem.

Oprava závěrů

Windows, ovladače a aplikace se mění. Každý článek dostává datum posledního ověření a oblast použitelnosti. Pokud nové měření odporuje starému závěru, článek se aktualizuje s vysvětlením příčiny. Starý výsledek se na nový build automaticky nepřenáší.

Nezávislost a ochranné známky

Výzkum zveřejňuje tým BoosterX a může se týkat funkcí produktu. Tento možný střet zájmů se zohledňuje tím, že metodika, naměřené hodnoty, omezení a negativní výsledky se oddělují od produktového doporučení.

BoosterX Wiki je nezávislá publikace a není spojena, autorizována, sponzorována ani schválena společností Microsoft Corporation. Názvy Microsoft a Windows se používají pouze pro přesný popis předmětu výzkumu. Podrobněji: Microsoft Trademark and Brand Guidelines.

Historie změn

• 2026-08-24: metodika zveřejněna.
• 2026-09-20: přidána sekce „Jak ověřit samostatně“; opraven odkaz na zdroj dat myši.

Poslední ověření metodiky: 2026-09-20.