AITM poskytuje živý pohled na sledování zdrojů, takže kdykoliv vidíte, co se právě skutečně vykonává, na co se čeká a co spotřebovává zdroje — užitečné při diagnostice, proč task čeká, nebo při odhalení zátěže dřív, než dojde k pádu.
Resource Monitor
Limity, podle kterých se monitor řídí, nastavíte v Settings → Watchdog & Resources (retence Disk Janitoru, GB rozpočty Disk Watchdogu, rezervace CPU/RAM pro testy); počet souběžně běžících tasků je v Settings → Pipeline → Max concurrently running tasks. Sloty poolů popsané níže jsou interní zdrojové sloty, nikoli licenční projektové sloty.
Záložka „Queued“
Lišta monitoru obsahuje záložku „Queued“ se seznamem tasků čekajících na spuštění, než budou vyzvednuty k vykonání.
Snapshot vykonávání a segment „Pools“ ve stavovém řádku
Segment „Pools“ ve stavovém řádku zobrazuje živý snapshot vykonávání: pro každý běžící nebo čekající task ukazuje waitKind (na jaký typ zdroje se čeká) a waitedMs (jak dlouho se už čeká), dále kteří „holdeři“ poolu aktuálně drží slot, a indikátory admission a zátěže (pressure), takže vidíte, kdy je pool pod tlakem ještě předtím, než se tasky začnou hromadit ve frontě.
Panel Threads — velikost poolu podle naměřené RSS
Generalizovaný panel Threads zobrazuje pro každý resource pool jednotlivé holdery s jejich PID a naměřenou RSS (rezidentní pamětí), takže kapacita poolu je odvozena ze skutečně naměřené spotřeby paměti místo statického odhadu.
Metriky tmpfs
UI Resource Monitoru také zobrazuje metriky tmpfs (souborový systém v paměti), takže vidíte zátěž na paměťově podložený disk vedle zátěže procesů a poolů.
Globální pool slotů test runneru
Panel Threads dále zobrazuje globální pool slotů test runneru, tedy kolik slotů pro spouštění testů je aktuálně obsazeno napříč celým projektem, takže poznáte, zda krok testu daného tasku čeká proto, že jsou všechny sloty test runneru obsazené.
Tipy
- Než usoudíte, že task uvízl, zkontrolujte
waitKindv segmentu Pools — může jen čekat na vytížený pool. - Naměřenou RSS jednotlivých holderů v panelu Threads použijte k odhalení procesu, který se řítí k OOM, ještě předtím, než k tomu dojde.
- Pokud záložka Queued neustále roste, zkontrolujte indikátory zátěže poolů a najděte úzké hrdlo.