Qwen3.5-27B-FP8のパフォーマンスベンチマークをOpenClawエージェントで実施

コミュニティテストによるパフォーマンスベンチマーク
コミュニティテストは、48GB VRAMを搭載した単一の改造RTX 4090 GPUを使用して実施されました。公式のQwen3.5-35B-A3B-FP8およびQwen3.5-27B-FP8モデルが256Kのコンテキスト長でテストされました。
フレームワーク推奨事項
SGLangが推奨されます。これはプレフィックスキャッシュを完全にサポートする唯一のフレームワークであり、Qwen3.5のハイブリッドアテンションアーキテクチャに不可欠です。
- 100Kコンテキストの場合:コールドスタートのプリフィルは約10秒かかります
- キャッシュ使用時:プリフィルは200msに短縮されます
- 結果:非常に低い初回トークン遅延と極めて高速な出力
モデルのパフォーマンス指標
- Qwen3.5-35B-A3B-FP8: 120トークン/秒で開始し、80トークン/秒まで低下しました
- Qwen3.5-27B-FP8: 20トークン/秒で開始し、わずかに18トークン/秒まで低下しました
OpenClawエージェントのスケーリング
OpenClawは6つのエージェントを同時に実行できるチームを構成でき、速度は120トークン/秒までスケールアップします。テスターはこのスケーリング動作に驚きを表明しました。
この構成での欠点として、シングルスレッドのパフォーマンスが遅いことが挙げられています。
MTP最適化に関する注意点
27B-FP8モデルでMTP(マルチトークン予測)を有効にすると、単一リクエストの生成速度を大幅に向上させることができます:
- 単一のNVIDIA H100上:20Kコンテキストウィンドウで100トークン/秒を維持
- 64Kトークンのプリフィル速度:1秒未満
重要な注意点:MTPはプレフィックスキャッシュと競合し、VRAM使用量が非常に大きくなります。RTX 4090ユーザーは、低いnum-steps設定から始めることをお勧めします。
📖 完全なソースを読む: r/openclaw
👀 See Also

Claude Code v2.1.121: MCP alwaysLoad、プラグイン削除、ターミナルスクロール修正、メモリリークパッチ
Claude Code v2.1.121 では、MCPサーバーのalwaysLoad、プラグインpruneコマンド、/skilsのタイプフィルター、PostToolUseの出力置換、ターミナルのスクロールとURLの修正、そして多数の画像処理による数GBのRSS増加などのメモリリーク修正が追加されました。

Opus 4.6 拡張思考は物理図問題で性能が低下
テスト結果によると、視覚的な図解の解釈を必要とする物理学の問題において、拡張思考モードを使用したClaude Opus 4.6は一貫して失敗する一方、Gemini 3.1 Proは成功しています。拡張思考モードを無効にすると、Opus 4.6は同じ問題を正しく、かつより速く解決できます。

Anthropic、サードパーティエージェントSDKとclaude-pに関する方針を撤回、最大サブスクリプション利用者の実効推論値を25~40倍削減
Anthropicは、サブスクリプション認証情報を使用したサードパーティエージェントに対する禁止を撤回したが、claude-pとAgent SDKを別のロールオーバー不可のクレジットプールに移し、APIレートで課金されるようにした。これにより、Maxサブスクライバーの実効的な推論価値が25〜40倍減少した。

AIベンダーロックインが深刻化:モデル切り替えコスト、予想以上に高く
Zapierが実施した米国経営幹部542人を対象とした調査によると、90%がAIベンダーの切り替えは4週間以内に可能と考えているが、実際の移行では58%が失敗するか予想以上に時間がかかっている。一方、OpenAIはGPT-5.2の入力トークン価格を1.25ドルから5.75ドルに引き上げ、AnthropicはClaudeエンタープライズを動的価格設定に変更したため、ヘビーユーザーはコストが2倍から3倍になる可能性がある。