Learning
Všechny články
Engineering2. července 2026 5 min

Zrychlení se počítá až za prahem

Proč desetinásobné zlepšení může být úplně k ničemu

Řád zrychlení, který nikdo nepocítí

Colin Breck zkrátil databázový dotaz z pěti až deseti minut na třicet sekund. Desetinásobek. A byl z toho zklamaný, protože se pro uživatele nezměnilo vůbec nic. Pět minut i třicet sekund jsou obě „dost dlouho na to, abych mezitím odešel od počítače". Enormní kus práce, který zůstal neviditelný.

Výkon nemá lineární hodnotu. Zrychlení se počítá až ve chvíli, kdy překročí nějaký práh — a dokud ho nepřekročíš, procenta ani řády nikoho nezajímají.


Práh pozornosti

Výzkum lidských faktorů mluví o hranici zhruba deseti sekund. Pod ní člověk udrží pozornost a čeká. Nad ní přepne na jinou úlohu, a je jedno, jestli je to třicet sekund nebo pět minut — kontext už stejně ztratil.

Breckovo desetinásobné zrychlení skončilo pořád nad tím prahem. Aby se cokoli změnilo, potřeboval další řád, ne ten první. Zlepšení, které se zastaví těsně před prahem, má nulový dopad, i když je na grafu impozantní.


Diskrétní jednotky

Instalatér má zakázky po osmi hodinách. Když jednu zkrátí o dvě tři hodiny, nezískal nic — pořád stihne za den jednu. Aby se cokoli změnilo, musí zkrátit tak, aby se vešla druhá.

Spousta systémů má takhle kvantovaný výstup: úloh za den, requestů na jeden pod, dávek za směnu. Procentní zlepšení je bezcenné, dokud nepřeklopí počet celých jednotek. Přechod z jedné na dvě je skoková změna, ne plynulá.


Bottleneck v pipeline

Ve zřetězeném systému s backpressure platí totéž o krok dál. Zrychlíš jeden stupeň o řád a propustnost celku se nehne, protože ho drží stupeň za ním. Optimalizace komponenty, která není úzké hrdlo, produkuje krásná lokální čísla a nulový globální efekt.

Dokud nezmizí poslední bottleneck, nezrychlil jsi systém. Zrychlil jsi jeho část a přesunul frontu jinam.


Co si z toho odnést

Než začneš optimalizovat, najdi práh, který chceš překročit — a ověř, že tvoje zlepšení ho reálně překročí. Deset sekund pozornosti, druhá zakázka za den, propustnost celé pipeline. Bez toho měříš metriku, kterou umíš snadno zlepšit, místo té, na které záleží.

Impozantní číslo v benchmarku není výsledek. Výsledek je změněné chování systému nebo uživatele. Když se nezměnilo, řád zrychlení byl jen cvičení — poučné o systému, ale strategicky k ničemu.

Poslech místo čtení — 0 zdroje k načtení.