PS5の心臓部を極限解放!
約2万円の「AMD BC-250」を40 CU&8コア16スレッド化して専用LLMサーバに仕立てる完全マニュアル
〜Ubuntuでの挫折、ACPIリブート地獄、カーネルビルド拒絶を乗り越え、Fedora 45でシリコン全開(2560基)へ。Microsoft Phi-4 (14B) が秒速9.3トークンで動くまでの全コマンド・失敗記録〜
1. なぜ今「AMD BC-250」なのか?破格の16GB GDDR6帯域とポテンシャル
ローカル環境でLLMを動かすとき、最大のボトルネックになるのは計算力以上に「VRAM容量」と「メモリ帯域(転送速度)」です。
通常のデスクトップPC(DDR4やDDR5)でCPU推論を行うと、メモリ帯域は40〜80GB/s程度にとどまり、7B〜14Bクラスのモデルを動かすと毎秒数トークンに落ち込みます。一方で、16GB以上のVRAMを持つグラフィックボード(RTX 4060 Ti 16GBやRTX 3090/4090)を導入すると、安くても8万円〜20万円以上の投資が必要です。
そこで登場したのが、暗号資産マイニング用にPS5のAPU(コードネーム:Oberon / Cyan Skillfish)を流用して作られた謎のマイニング基板、「AMD BC-250」です。
| 項目 | 通常のPS5 | BC-250(工場出荷初期) | BC-250(本記事の解放後) |
|---|---|---|---|
| CPU構成 | 8コア / 16スレッド (Zen 2) | 6コア / 12スレッド (制限) | 8コア / 16スレッド (全解放) |
| GPU CU数 (コア数) | 36 CU (2304 SP) | 24 CU (1536 SP) | 40 CU (2560 SP フルダイ解放!) |
| メモリ仕様 | 16GB GDDR6 (256-bit) | 16GB GDDR6 (256-bit) | 16GB GDDR6 (実効VRAM 15.8GB利用) |
| メモリ帯域 | 448 GB/s | 448 GB/s | 448 GB/s(DDR5の約6倍!) |
| 入手価格 | 約7万円〜8万円 | 約2万円前後 | 約2万円(圧倒的コスパ) |
初期状態では24 CU・6コア12スレッドにデチューンされていますが、シリコンダイ自体は40 CU・8コア16スレッドの完全なフルダイ(欠損なし)が乗っています。これを適切にアンロックしてあげると、「PS5を超える演算器と448GB/sの爆速帯域を持った、実質VRAM 16GBの専用推論サーバ」がたった2万円で手に入ることになります。
2. 【失敗の全記録】私たちが遭遇した地獄の罠と挫折
しかし、この基板は一般PC用ではなくマイニングファーム用です。素直に動かそうとすると次々と罠に引っかかります。私たちが踏み抜いた失敗のすべてを赤裸々に記録します。
最初に使い慣れた Ubuntu 24.04 LTS で 40 CU パッチ済み `amdgpu.ko` をコンパイルしたところ、ロード時に `Exec format error` が発生。Ubuntu公式カーネルはセキュリティ機構 `CONFIG_RANDSTRUCT`(構造体レイアウトのランダマイズ)が有効になっており、外部でビルドしたカーネルモジュールを一切受け付けない仕様になっていました。
BC-250のBIOSファームウェアはリセット信号の受け渡しに癖があり、Linuxから普通に `sudo reboot` を実行すると電源が入ったまま画面がブラックアウトし、ウォームリブートがハングします。電源ボタンを長押しして強制断するしかなくなる地獄に陥りました。(GRUB引数に `reboot=acpi,cold` を付与することで完全解決)。
有名な `GabriWar/bc250-core-cu-unlock` の中にある `bc250-acpi-fix.sh` をそのまま叩くと、`mkinitcpio: command not found` で即死します。FedoraやUbuntuなどのRedHat/Debian系は `dracut` や `initramfs-tools` を使うため、そのままでは通りません。
Ubuntuを諦めてRedHat系の Fedora 45 Server を導入。しかし `uname -r` は `7.2.15-300` なのに、通常リポジトリの `kernel-devel` は `7.2.14-300` までしか配信されておらず、「一致するものはありません」と拒絶されました(`updates-testing` リポジトリを一時的に有効化して解決)。
ビルドした `amdgpu.ko` を配置しても、Fedora起動時に「initramfs(初期RAMディスク)」の中にある古い無改造モジュールが先にロードされてしまうため、何回再起動しても24 CUのままでした。`sudo dracut --regenerate-all --force` で初期RAMディスクを完全再生成し、GRUBに直接 `amdgpu.bc250_cc_write_mode=3` を渡すことで40 CUへ化けました。
9GBのモデルファイルをダウンロードしようとすると、4.98GBで `curl: (23) Failure writing output to destination` と停止。Fedora Serverのインストーラは、大容量SSDでも初期設定ではルート(`/`)に15GBしか割り当てず、残りを未割り当てLVMプールに残す仕様でした(`sudo lvextend -l +100%FREE /dev/mapper/fedora-root -r` で464GBへ一発拡張して解決)。
常時起動しようと `/home/bc250/llama.cpp/build/bin/llama-server` をsystemdに登録したところ、`status=203/EXEC` で落ちました。FedoraのSELinuxがホームディレクトリ直下のバイナリ実行を拒否したためです。バイナリを `/usr/local/bin` にコピーして `restorecon` することで完全解決しました。
3. 【完全成功ルート】1から構築する全コマンド完全手順
お待たせしました!ここからは、上記すべての罠をクリアし、「この手順通りに実行すれば絶対に失敗しない完全成功ルート」をコマンド付きで順を追って解説します。
ステップ0: 推奨OSのインストール
* OS: Fedora Server 41 / 42 / 45(x86_64) * 最小インストール(Minimal)でUSBからサクッとインストールしてください。ステップ1: SSD全容量の開放(LVM拡張)
Fedora Serverの初期15GB制限を解除し、SSDの全容量をルート領域へ拡張します。ステップ2: 再起動ハング防止&VRAM 14GB設定(GRUB)
ウォームリブートでのフリーズを防止し、VRAM空間を最大化します。ステップ3: Tailscaleの導入とSSH通信の常時開放
Macや外部からパスワードなしで安全に接続できるようにします。ステップ4: GPU フルダイ 40 CU アンロックのビルド&有効化
Fedora専用パッチツールを使って `amdgpu` モジュールをビルドし、40 CU モードを適用します。 再起動後、ステータスを確認します: ここで `active CUs: 40 (full die)` と表示されれば、GPU 40CU 化は完了です!ステップ5: CPU 8コア / 16スレッド化(SMUレジスタ書き換え)
SMU(System Management Unit)のレジスタ `0x0115A870` を `0x77` から `0xFF` に書き換え、眠っているコア3とコア7をたたき起こします。 再起動後にスレッド数を確認します:ステップ6: Mesa RADV Vulkan & llama.cpp の16スレッド並列ビルド
ROCmはBC-250のコア(`gfx1013`)を公式サポートしていませんが、MesaのオープンソースVulkanドライバ(`RADV`)は完璧にネイティブ動作します。ステップ7: Microsoft Phi-4 (14B) のダウンロードと systemd 常時起動化
知能の高さで旧来70Bモデルを打ち破ったマイクロソフトの最新傑作 Phi-4 (14B Q4_K_M 約9.1GB) を配備し、OpenAI互換APIサーバとして常時稼働させます。4. 【実測ベンチマーク】24 CU vs 40 CU、そして最新モデル「Phi-4 (14B)」の威力
アンロック前後の実機ベンチマーク結果を公開します。
① 7Bモデルでの速度比較(Qwen2.5-Coder-7B Q4_K_M)
* 24 CU(工場出荷時): - Prefill: `76.7 tokens/s` - Generation: `14.25 tokens/s` * 40 CU(フルダイ解放後): - Prefill: `115.2 tokens/s` (+50.2% 爆速化!) - Generation: `18.31 tokens/s` (+28.5% 爆速化!) 演算器が24基から40基へ増えたことで、並列処理能力が向上し、生成速度が約1.3倍に跳ね上がりました。② 14Bモデルでの実力(Microsoft Phi-4 14B Q4_K_M)
MacBookからTailscale経由で難関論理パズルを出題した実際の結果です:「1本のロープの両端に同時に火をつけると、ちょうど30分で燃え尽きます。このロープが2本あるとき、45分を正確に測るにはどうすればよいですか?論理的に解説してください。」
【Phi-4の回答(一部抜粋)】
「1. ロープAの両端に同時に火をつけます(30分で燃え尽きる)。
2. 同時にロープBの片端だけに火をつけます(そのままなら60分持つ)。
3. 30分後、ロープAが燃え尽きた瞬間に、ロープBのもう片端にも火をつけます。
4. 残り30分分の長さだったロープBが両端から燃えるため、15分で燃え尽きます。
合計:30分+15分=45分を正確に測定できます。」
【実測速度】
生成速度: `9.28 tokens/sec`(全40レイヤーをVulkan GPU上に100%オフロード)
5. 【究極のゼロクォータAIクラスタ】Strata×BC-250×OpenRouterでGoogle AI Proを温存する自律運用
今回構築したBC-250は単体で使うだけでなく、既存のメインGPU機(Strata: RTX 4070 Ti Super + RTX 3060)およびOpenRouterの無料枠と連携させ、「Google AI Proのトークン消費を極小化するハイブリッド・ルーティング」を実現しています。
Qwen 3.8 Flash Next (45〜80 tok/s)
費用: 完全無料 ($0.00)
Microsoft Phi-4 14B (9.3 tok/s)
費用: 完全無料 ($0.00)
MiniMax M3.1 Flash (1M context)
費用: 完全無料 ($0.00)
日常タスクはローカルで肩代わりし、最高難度の意思決定のみに厳選集中投下!
ルータープログラム(`model_router.py`)により、タスクの性質に合わせて自動的にローカルノードへ振り分けられます。日常のコーディングや調べ物でクラウドAPIのレートリミットを浪費することが一切なくなりました。
6. まとめとハードウェア運用の最重要注意点(M.2熱対策)
最後に、これからBC-250を導入する方に向けた最も重要なハードウェア面の注意点をお伝えします。
BC-250の基板上にあるM.2スロットはエアフローがないと簡単に熱がこもります。今回、9GBのモデルファイルを連続ダウンロードした際、`SMART Disk monitor: Critical Warning: Temperature` が出ました。
市販のアルミ製ヒートシンクを取り付け、小型ファンやケースファンでそよ風程度でも風を当ててあげると、40℃〜50℃台で極めて安定して動作します。
マイニング落ちの謎基板が、カーネルハックとオープンソースソフトウェア(Mesa RADV & llama.cpp)の力によって、最新14Bモデルを難なく回す最高のおもちゃ兼実用サーバに進化しました。
自宅にプライベートな推論環境を持ちたい方は、ぜひチャレンジしてみてください!🐼🛠️
