Qwen 3.5 122B MoEが一つの3090上で35 t/s、ik_llama.cpp MTPを使用

単一のデスクトップで完全ローカル推論スタックを運用する開発者が、Qwen 3.5 122B MoEを1枚の3090のみで35トークン/秒に達したと報告。鍵となったのは、オフロードエキスパート向けMTP(マルチトークン予測)を修正したllama.cppのフォークです。
ハードウェア構成
- AMD 9900X CPU
- 192GB DDR5-5200 RAM("秘密兵器")
- 3090 2枚(Ti + 標準)、NVLinkなし
カード1はワーカーを実行:Qwen3.5-122B-A10B、Unsloth IQ3_S MTP GGUF、コンテキスト204K。エキスパート層の75%を-otフラグでCPUにオフロード。カード2はリーズナーを実行:Qwen3.6-35B-A3B Q4_K_XL、MTPで135 t/s、コンテキスト262K。
追加のCPUのみのインスタンスがバックグラウンド処理を担当:Dialectic(35B heretical Q8)、Scribe-Logos(Gemma4 19B)、Moonshot(Gemma4 2B)— 合計約19GB RAM。
ik_llama.cppの発見
標準のllama.cppのMTPは、推測された各トークンのエキスパートをDDR5経由で順次評価するため、推論コンテンツでは実際にパフォーマンスが低下します—ドラフトのオーバーヘッドが受け入れ速度の向上を上回ります。ikフォークは、推測されたトークンのエキスパート読み取りをバッチ処理する融合MoE演算を実装し、MTPの利得を+4%から+20%に変えました。開発者は、このフォークを使用して122Bモデルで単一の3090から35 t/sのデコードを報告しています。
RAMにエキスパートをオフロードしているMoEモデルをお持ちなら、MTPを諦める前にik_llama.cppをお試しください。
総構築コスト
- RAM: 約$1600
- 3090 2枚: 約$1600
- その他: 約$400
- 運用コスト: 電気代のみ
📖 全文ソース: r/openclaw
👀 See Also

多段階AIエージェントにおける状態ドリフトを軽減する実践的手法
開発者がマルチエージェントワークフローにおける状態ドリフトを修正する具体的な方法を共有します。これには、スナップショットベースの読み取り、追加のみの書き込み、状態とコンテキストの分離が含まれます。これらのアプローチにより、実行の再現性が向上し、デバッグが追跡可能になりました。

Claude CodeのKVキャッシュ無効化をローカルバックエンドで修正
Claude Codeバージョン2.1.36以降は、すべてのリクエストに動的なテレメトリヘッダーとgitステータス更新を注入し、プレフィックスマッチングを破壊し、llama.cppのようなローカルバックエンドで20K以上のトークンのシステムプロンプト全体の再処理を強制します。~/.claude/settings.jsonの設定修正により、処理時間を60秒以上から約4秒に短縮できます。

OpenClaw オンボーディング:AIエージェントを正しくトレーニングする方法
なし

AIエージェントのためのCLIデザインパターン:誤解と実践的アプローチ
Redditの投稿では、エージェント向けCLIは実際のシェルではなく、テキストコマンドインターフェースプロトコルを意味すると説明され、Unixスタイルのヘルプ、ヒント思考、ドライランによるプレビューや人間による承認などの安全機構を含む、エージェントに適したCLI設計原則が概説されています。