ソース情報
- リポジトリ
- ROCm/rocm-systems
- ソースの最終更新活動
- 2026年8月20日 14:15
- 検出された SKILL.md の言語
- 英語
- スター
- 494
- フォーク
- 398
インストール方法
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
ソースファイルを確認
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
メニュー
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
SOC 職業分類に基づく
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。
npx skills add https://github.com/ROCm/rocm-systems --skill perf-checkコマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか?SkillsMP が現在取得できるファイルをダウンロードできます。
SKILL.md を表示中
| name | perf-check |
| description | Run the rocDecode performance test and compare to baseline to catch regressions |
| allowed-tools | ["Bash(cmake *)","Bash(test/perf_regression.py *)","Bash(python3 test/perf_regression.py *)","Bash(nproc)"] |
Run the rocDecode performance regression check: measure decode FPS and compare it against
the GPU-specific baseline. Execute the steps in order, stopping only if a step fails. Run
from the rocDecode project root (the directory containing build/, samples/, and
test/).
IMPORTANT: Run each command as a SEPARATE Bash tool call. Do not chain commands with && or |.
The GPU is detected automatically (via amd-smi/rocm-smi/KFD) and mapped to the matching
column in the baseline (MI250X, MI300X, MI300A, MI350, MI355, Navi31, Navi48).
Override with ROCDECODE_PERF_GPU=<column> if detection is wrong.
Perf streams and the baseline file are located via ROCDECODE_PERF_DIR (default
$HOME/rocDecodePerformance). That directory must contain the per-codec stream
subdirectories AvcPerformance, Av1Performance, HevcPerformance, Vp9Performance, and
the baseline rocDecode_perf_baseline.html (download it from SharePoint first). The
regression threshold is 5% Avg FPS drop, overridable via ROCDECODE_PERF_TOLERANCE.
Run: test/perf_regression.py --check-rocm
Confirms ROCM_PATH points at a usable ROCm install (default /opt/rocm). If it fails,
set ROCM_PATH — in ~/.profile, since skills run cmake in a non-interactive shell that
does not source ~/.bashrc — and re-run before continuing.
Each sample builds in its own directory. Run these two commands separately:
cmake -S samples/videoDecodePerf -B samples/videoDecodePerf/buildcmake --build samples/videoDecodePerf/buildThis requires rocDecode to be installed already (make install); run the /validate skill
first if you have not built and installed the library this session.
Run: test/perf_regression.py
If the skill was invoked with a quick argument (e.g. /perf-check quick), run the fast
variant instead — test/perf_regression.py --quick — which measures one stream per leaf
subfolder capped at ≤4K (the 8K streams dominate runtime, so they are skipped) instead of
every stream. Use it for a fast sanity check; use the full run before finalizing. Each run
prints its own elapsed time.
Streams within tolerance pass on a single run; streams that appear to regress are re-measured (3-run average) to rule out noise before being reported.
Report the final summary box from perf_regression.py to the user, and list any streams marked REGRESSED (with their measured vs. baseline FPS and delta%).
Decode and triage HRR capture archives with full GPU replay by default (Linux). Builds hrr-playback when missing. On Windows: full native GPU replay via triage_archive.ps1 + ensure_playback.ps1 (PowerShell); Docker replay requires Linux or WSL2. Never edits source. Print finding summary in the chat reply.
Profiles a target application using rocprofv3 with program counter sampling enabled and then analyzes the results. Use when the user has a program that runs on an AMD GPU and asks to perform PC sampling, to determine the runtime performance characteristics of their application, to determine stall reasons, or to determine hotspots in the code.
Use when writing, planning, or improving unit tests for low-level transport or systems code — especially when reasoning about branch coverage, test gaps, identifying which uncovered paths are worth pursuing, or deciding when a feature's test suite is ready to merge.