RTX 5080 16GB:Qwen3.6 35B MoE、128kコンテキストで56トークン/秒、そしてMTPが役立たない理由

メインラインllama.cppのコミットb9190でMTP(マルチトークン予測)がマージされました。RTX 5080 16GB上でQwen3.6 35B MoEを128kコンテキストでベンチマークした結果、明確な発見がありました:モデルがGPUに完全に収まらない場合、MTPはパフォーマンスを低下させる。
最適設定(MTP無し)
Qwen3.6-35B-A3B Q4_K_XL --fit-target 1536で131kコンテキストの場合:
- 生成速度56 tok/s
- 128kコンテキストでのプロンプト処理速度1,584 tok/s
MTPフラグは不要です。
16GBでMTPが35B MoEを遅くする理由
コーディングエージェントのコンテキスト長でテストした3つの設定:
- 27B IQ3+MTP:12.45 GB、GPUに完全収容 — 平均73 tok/s(MTPは有効)
- 35B Q4_K_XL+MTP:約22 GB、部分オフロード — 平均74 tok/s(MTPは有害)
- 35B Q8_0+MTP:約36 GB、大量オフロード — 平均46 tok/s
MTP無しの場合、35B Q4_K_XLは--fit-target 0(15,815 MiB VRAM)で97 tok/s、--fit-target 1536(14,269 MiB)で86 tok/sを達成。MTPを有効にして--fit-target 1536にすると、速度は74 tok/s(14,623 MiB)に低下 — 23%の減速です。
根本原因:MTPの計算用バッファが約1.5 GBを確保(--fit-target 1536)し、さらに約3つのMoEエキスパート層をGPUからCPUに押し出します。MoE推論はCPU上のエキスパート層がボトルネックとなるため、MTPの79%トークン受理率ではステップ速度の低下を補えません。
27Bモデル(GPUに完全収容)の場合、--fit-target 0はMTPの有無にかかわらず機能するためVRAMペナルティはなく、MTPによって速度が約56から73 tok/sに向上します。
経験則
MTPはモデルがGPUに収まる場合に有効です。MTPの計算用バッファがより多くの層をCPUに押し出す場合には有害です。16GBカードで35B MoEを使用する場合、MTPはスキップしましょう。
テストシステム:RTX 5080 16GB、Ryzen 9 9950X、128GB RAM、llama.cpp b9204(メインライン)。一般的なMTPフラグ:-np 1 --fit on -fa on -t 20 --no-mmap --jinja -ctk q8_0 -ctv q8_0 --spec-type draft-mtp --spec-draft-n-max 2。
📖 出典全文: r/LocalLLaMA
👀 See Also

Claude-Code v2.1.78: プラグイン状態、ストリーミング応答、および重要な修正
Claude-Code v2.1.78では、${CLAUDE_PLUGIN_DATA}によるプラグインの永続的状態の追加、行単位のレスポンスストリーミング、APIエラーループの修正、権限バイパス問題の解決、サンドボックスセキュリティ警告の改善が行われました。

長い会話ではClaudeのシステムプロンプト遵守が低下する
Claudeベースのエージェントは、40〜50メッセージを超えるとシステムプロンプトの遵守が低下し、書式設定ルールが無視され、制約が忘れられるようになります。この問題は、システムプロンプトがコンテキストウィンドウ内で会話履歴と注意の重みを競合することに起因しています。

Claude Codeが突然リスク回避的になり、日常的なタスクで許可を求める
あるユーザーが、Claude Codeが自律実行から過剰な権限要求に断続的に切り替わると報告。日々の変更のないワークフロー(モノレポの再構築やテスト実行など)でも発生する。

クロード軍団:アンソロピックの非営利AI向け1億5000万ドル国家フェローシップ
Anthropic、AIツール開発のための有償フェローシップ「Claude Corps」を発表。12ヶ月間、1,000人の初期キャリアのフェローが非営利団体でClaudeを用いたAIソリューションを構築。総額1億5,000万ドル、年収85,000ドル、専門家によるメンタリング付き。