Individual skill

flydsl-kernel-trace-analysis

Profile GPU kernels using rocprofv3 to collect ATT instruction-level traces, then analyze the trace data using hotspot_analyzer.py to identify top-K stall hotspots (VMEM-load, VMEM-wait, LDS/SMEM-wait, barrier, MFMA stalls) mapped back to source lines, and produce an actionable optimization plan. Also analyzes rocprofv3 PMC counter CSVs (L2 hit rate, partial reads, over-fetch). Usage: /kernel-trace-analysis <cmd> Can also analyze an existing dispatch dir directly: /kernel-trace-analysis --dir <path>

skills/flydsl-kernel-trace-analysis/SKILL.md

Read pinned source

Source commit e6ee0b7c2e78babc7c7240b34f3fea0a6f510a65

What was checked

Matches the observed repository HEAD
Yes
Scanner rules are current
No
Repository scan complete
No
Skill scan complete
No
Observed behavior
Not checked yet
Last checked
Nov 6, 2026

These are observations at the recorded commit, not a guarantee of safety. Review the source before running it.

Install this skill

Choose an agent in your Stack or copy a command below. Commands fetch the pinned commit and copy only this skill directory. Existing destinations are refused. Copying a command does not install anything.

An install command is unavailable: current rules, complete repository and skill scans, an eligible behavior level and a permitted license are required.

Repository context

Repository stars (not skill ratings)
482
Repository last updated
Nov 7, 2026
License
MIT

Observed agent integration: No specific integration evidence. Standard SKILL.md installation does not imply verified compatibility.

Files and excerpt

File metadata and permitted, redacted excerpts come from the recorded scan. Source links are pinned to that commit.

Browse files
Read excerpt

# Kernel Trace Analysis

Profile and analyze GPU kernel ATT traces to identify stall hotspots and produce
an optimization plan.

All analysis is done by running the bundled `hotspot_analyzer.py` (ATT) and
`pmc_l2_analyzer.py` (PMC CSVs); never recompute their metrics yourself.
Do **not** use GUI tools.

> If the question is only "did my change increase register pressure, spills, or
> LDS?", use `/isa-resource-diff` first — it is compile-only, needs no GPU or
> profiler run, and answers in seconds. Come here when you need to know *why* a
> kernel is slow rather than *what resources it uses*.
>