このサイトで得られる理解:AMD ROCm スタックで LLM を動かすとき、GPU の中で「何が」「どの経路で」実行されているのか——動いたかどうかではなく、なぜそのパスを通ったかを記録する。
What you'll gain here: when running LLMs on AMD ROCm, "what" is executing and "which path" it takes inside the GPU — not just "does it work" but "why did it take that path."
GPU の推論経路は、ソースコードに書いてあっても実行時にしか決まらない。 同じ GPU でも量子化方式・バッチサイズ・observer の有無で通る経路が変わる。 このサイトはその経路を、証拠クラスを明示しながら観測・記録する。
GPU inference paths are specified in source code, but only determined at runtime. The same GPU can take different paths depending on quantization, batch size, or whether an observer is active. This site observes and records those paths, with explicit evidence classification.
GPU 世代を単なる「サポート状況の違い」ではなく、観測そのものの性格の違いとして捉えるのがこのサイトの設計軸。 どの世代を読むかによって、問いの立て方が変わる。
The design axis of this site treats GPU generations not as simple "support status differences" but as differences in the very nature of observation. Which generation you read changes how the question is framed.
| 世代Generation | 観測世界の性格Observation World | 調査状況Status |
|---|---|---|
GCN5 / MI25gfx900
|
fallback が主戦場。本命経路は通らない前提で観測する。fallback の構造を正確に記録することが価値。rocprofv3 が有効で直接観測できる世代。 Fallback is the main stage. Observe assuming the primary path won't run. Accurately mapping fallback structure is the value. Direct observation via rocprofv3 is available. | 観測進行中Active observation |
RDNA4 / RX9070XTgfx1201
|
通るものと通らないものが混在。観測しないと分からない。observer が軒並みブロックされる中で、phase proxy による間接観測が唯一の現実的手段。研究として最も面白い世代。 Mixed: some paths run, some don't. Must observe to know. With all direct observers blocked, phase proxy is the only viable approach. The most interesting generation as research. | Phase A–F 完了 / 調査中Phase A–F done / ongoing |
CDNA4 / MI300Xgfx942
|
ほぼ本命が通る(要確認)。正規ルートの確認が主。直接観測環境の整備が先行課題。 Primary path expected to run (needs confirmation). Verifying the canonical path is the main work. Setting up direct observation is the prerequisite. | 枠組み先行Scaffold only |
このサイトは複数の「入口」がある。目的に合わせて選んでほしい。
This site has several entry points. Choose based on your goal.
このサイトは「動いた / 動かなかった」ではなく「なぜそのパスを通ったか」を記録する。 証拠クラスを色分けし、推論と事実を分けて扱う。
This site records "why did it take that path" rather than "did it work / did it not." Evidence classes are color-coded; inferences and confirmed facts are kept separate.
| 表示Display | 意味Meaning |
|---|---|
| 確認済み / Confirmed | 実機コマンド・ログ・逆アセンブリで直接確認した事実Directly confirmed via live commands, logs, or disassembly |
| 推論 / Inferred | 確認した事実から論理的に導かれる解釈。直接確認ではないInterpretation derived from confirmed facts. Not directly confirmed |
| 未確定 / Unresolved | observer 制約または未実施の観測により確定できない事項Cannot be determined due to observer constraints or pending observations |
| 制約あり / Limited | 部分的に確認できているが tool 制限により完全ではないPartially confirmed but incomplete due to tool limitations |
「未確定が多い」ことは品質の低さを意味しない——未確定を正直に記録することがこのサイトの品質基準。
"Many unresolved items" does not indicate low quality — honestly recording what is unresolved is this site's quality standard.