Edytujesz Dotazy v GraphQL zbytečně brzdí: kde se ztrácí výkon

Typická chyba je snažit se „to rozchodit". Při prochladnutí se svaly třesou a spotřebovávají energii, kterou nemají. Další chybou je rozdělat oheň a čekat, že se to samo spraví — rozdělávání ohně s necitlivými prsty je pomalé a riskantní. Pokud se stav do dvaceti minut po převlečení a zahřátí nezlepší, nebo se zhorší, túru ukončete. Sestup do nižší nadmořské výšky a do závětří je nejúčinnější léčba. Cesta dolů má být pomalá a kontrolovaná, ne závod.<br><br>Pokud jste prošli zdroj, kabely, ovladač i délku pásku a problém trvá, změřte odběr klešťovým multimetrem nebo změřte úbytek napětí na konci pásku. Rozdíl větší než zlomek voltu ukazuje na příliš tenké vodiče nebo příliš dlouhý úsek. V tom případě pomůže napájet pásek z obou stran nebo použít silnější vodiče. Teprve když jsou všechny tyto kroky v pořádku a pásek stále zhasíná, je pravděpodobně vadný samotný pásek nebo jeho řídicí čip.<br><br> Světlo a zvuk rozhodují víc než barva st�<br><br>Bočnice by měla končit buď těsně nad podlahou, nebo s jasně zamýšlenou mezerou. Pokud sahá až k podlaze, musí být z materiálu, který snese vlhkost při mytí a nezadrhává se o ni. Dřevo bez úpravy nasává vodu a během roku se roztahuje, takže se bočnice začne dotýkat podlahy a časem ji poškrábe. Lamino nebo lakovaný povrch je praktičtější, ale i ten potřebuje ochranu spodní hrany. Mezera do dvou centimetrů vypadá jako úmysl, vše nad tři centimetry už působí jako nedodělek.<br><br>Optimalizace není jednorázový úkol. Sledujte počet resolverových volání, dobu odezvy a velikost odpovědí průběžně a porovnávejte je po každé změně schématu. Právě změny schématu bývají spouštěčem regresí — přidání pole, které se volá ve smyčce, umí vrátit výkon o několik úrovní zpět.<br><br>Jak postupovat při hledání závady krok za krokem Začněte odpojením pásku od zdroje a změřte napětí naprázdno. Potom připojte jen krátký kus pásku, například půl metru, a sledujte, zda svítí. Tím oddělíte problém zdroje od problému dlouhého pásku. Dále zkontrolujte propojovací kabely a konektory. Uvolněný kontakt nebo přerušený vodič se projeví stejně jako slabý zdroj. Pokud máte ovladač, vyzkoušejte pásek bez něj, připojený přímo na zdroj. Tím vyloučíte chybu v regulaci.<br><br>U pásků s adresovatelnými diodami bývá příčinou špatné datové vedení nebo společná zem. Datový vodič musí být propojený správně a zem musí být společná pro zdroj i ovladač. Přerušený datový signál způsobí, že první dioda zůstane svítit a zbytek zhasne, nebo pásek problikne a zhasne celý. Zkontrolujte také směr zapojení, protože mnoho pásků má označený vstup a výstup a záměna způsobí přesně tento projev.<br><br>LED pásek, který po zapnutí na okamžik problikne a pak zhasne, obvykle neznamená vadný pásek, ale problém s napájením nebo řízením. Než cokoli vyměníte, zkontrolujte napětí na výstupu zdroje a na vstupu pásku. Multimetr připojte přímo na svorky a změřte stejnosměrné napětí při zapnutém stavu. Pokud napětí spadne téměř k nule ve chvíli, kdy pásek začne odebírat proud, zdroj je přetížený nebo vadný. Pokud zůstává stabilní, hledejte chybu dál v pásku nebo v ovladači.<br><br> Skryté úložiště rozhoduje víc než velikost sto<br><br>Nezapomínejte na teplotu. Pásek, který se přehřívá, může mít tepelnou ochranu ve zdroji nebo v ovladači. Dotkněte se pásku po několika minutách provozu. Pokud je výrazně horký, snižte délku napájeného úseku nebo přidejte napájení z obou stran. Dlouhé pásky napájené jen z jednoho konce mají na druhém konci velký úbytek napětí, což se projeví slabým svitem a nestabilitou.<br><br>Nejčastější příčinou je poddimenzovaný napájecí zdroj. LED pásky odebírají proud podle délky a hustoty diod, a zdroj s malou rezervou se při zapnutí zachová přesně takto: krátce dodá proud, ochrana ho vypne a pásek zhasne. Spočítejte odběr z údajů na pásku a porovnejte ho s výkonem zdroje. Pokud se hodnoty blíží maximu zdroje, vyměňte ho za silnější. Pozor na levné zdroje, které udávaný výkon nezvládají trvale.<br><br>Nezapomínejte ani na to, co klient skutečně použije. Server může vracet jen pole, která jsou v dotazu, ale klient často sestavuje dotazy dynamicky a posílá jich víc, než potřebuje. Pravidelná kontrola dotazů v produkci odhalí vzory, které zbytečně nafukují odpovědi. Stejně tak pomáhá omezit počet položek v seznamech už na úrovni dotazu, ne až na klientovi.<br><br>Nejčastější příčinou pomalého GraphQL není databáze ani síť, ale dotaz, který si vyžádá víc dat, než je potřeba. Klient posílá fragmenty „pro jistotu", vývojář je nechá projít a resolver je ochotně naplní. Výsledkem je N+1 problém v podobě desítek dotazů na databázi, i když stačil jeden. Prvním krokem je měření: zapněte trasování resolverů a podívejte se, kolik dotazů vzniká na jeden příchozí požadavek. Bez tohoto čísla ladíte naslepo.