BKPT LabsDOCS/VIEWALYZER/ANALYZER VIEWALYZER · GPUI EDITION
VIEWALYZER · VIEWS

Analyzer

The findings report. The recording is analysed for the things that usually explain a misbehaving system, and each finding is one row you can click to be taken there.

The Analyzer: count pills that double as filters, one row per finding, the selected finding's story in the footer.
THE ANALYZER: COUNT PILLS THAT DOUBLE AS FILTERS, ONE ROW PER FINDING, THE SELECTED FINDING'S STORY IN THE FOOTER

Needs: a recording.

What it finds

KIND MEANING
InversionA priority inversion: a high-priority task waited on a mutex held by a lower-priority task while something in between ran
JitterAn activation of a periodic task far off its median period
Failed opA kernel operation that failed: a receive that timed out, a send to a full queue, a take that gave up
VerdictA diagnosis raised by an installed Trace Domain: the domain's rules, evaluated over the recording, with the evidence listed

Each finding has a severity (error, warning, suspicious, flag, note), always shown as a coloured dot and a word, never colour alone.

Using it

  • The pills in the header are counts and filters at once: click inversions to see only inversions, click it again to see everything.
  • Click a row: the Timeline jumps to that moment with the cursor pinned and a flash, and the footer shows the full description and, for verdicts, the evidence from onset to end. Drag the footer's top edge to give it more room.
  • The findings are computed for the same scope as the CPU view: with Selection on there, the header carries a chip saying the report covers only that region.

Tips

  • Start here on an unfamiliar recording; the Timeline is much easier to read when you already know which task to watch.
  • A verdict's evidence lines are the domain's sampled channels at the moments that mattered, so a "queue starved" finding tells you what the queue depth and the consumer were doing, not just when.