見出し画像

Gemma 4 12Bが「低VRAM勢の神モデル」になりそう ── RTX 3060実測ポストから読む実力

2026年6月3日、Google DeepMindが新しいオープンウェイトモデル Gemma 4 12B をリリースしました。リリース直後にもかかわらず、X(旧Twitter)では早くもRTX 3060 12GBでの実機ベンチマークが共有され、低〜中スペック勢を中心に大きな注目を集めています。

この記事では、話題になっている**@ItsmeAjayKVさんの実測ポスト**を出発点に、Gemma 4 12Bが何者で、どんな環境でどう動くのか、そして実際に試すための手順までを整理します。

参照ポスト:@ItsmeAjayKV / X 


話題のポスト:RTX 3060 12GBでの実測

ポストの主は、RTX 3060 12GBでGemma 4 12B(Unsloth GGUF)を動かし、量子化別のベンチマークを公開しています(4k context での計測)。

※数値はいずれも投稿者(@ItsmeAjayKV)による実測値です。

注目すべきは、prefill(入力処理)が圧倒的に速い点。投稿者は現在使っているQwen3.6-MOEが高コンテキストでprefillが遅いことに触れ、「Gemmaへの乗り換えを検討する」とまで述べています。今回は4k contextでの計測ですが、最終的には100kコンテキストのコーディングエージェントに組み込む予定とのこと。

「2026年になってもRTX 3060 12GBはまだ現役」── 低VRAM勢にとっては、なかなか勇気の出るメッセージです。


もう1つの実測:RTX 4060 + 強烈なベンチマーク

もう一人、@DivyanshT91162さんRTX 4060でGemma 4 12Bを動かしたデモ動画付きの報告を投稿しています。

  • RTX 4060で約21 tok/s(生成速度)

  • モデルサイズ 約6.6GB(かなり軽量な量子化)

  • 256K context対応

さらにこの投稿では、12Bとは思えない強さのベンチマークが共有されています。

⚠️ 注:これらは投稿で共有された数値です。GPQA Diamondの約78.8%は早期報道の数値とも一致しますが、Googleは現時点で12B版の完全な公式ベンチ表を公開しておらず、AIME・LiveCodeBench・Codeforcesのスコアは公式未確認として扱うのが安全です。参考までに、上位のGemma 4 31BではAIME 89.2%/GPQA Diamond 84.3%/LiveCodeBench 80.0%/Codeforces ELO 2150が報告されています。

投稿者が最も強調しているのは、やはり 「Encoder-freeマルチモーダル」 の部分です。要約すると ──

普通のマルチモーダルモデルはVision/Audioエンコーダーを別途くっつけるが、Gemma 4は生の画像・音声をそのまま同じTransformerに投影するだけ。だから余計な遅延やメモリ増大がなく、通常のテキストLLMと同じ感覚で動く。

これがGemma 4 12B最大の売りです。

2つのポストを合わせて見ると

  • 低〜中スペックGPUでも実用十分な速度が出ている。

  • 特に prefillの速さマルチモーダルなのに軽い 点が際立つ。

  • 3060ポストの作者がQwen3.6-MOEから乗り換えを検討していた理由(prefill+軽さ)も納得できます。


Gemma 4 12Bってどんなモデル?

GoogleがリリースしたのはMoEではなく 12B dense(統一アーキテクチャ) のマルチモーダルモデル。最大の特徴は次のとおりです。

  • Encoder-free(エンコーダーレス)マルチモーダル:従来の重いVision/Audioエンコーダーを廃し、生の画像・音声をそのままTransformer本体に投入する設計。軽量なプロジェクションのみを挟むことで、マルチモーダルの遅延を抑えています。中型クラスで初めて音声をネイティブに扱えるモデルでもあります。

  • コンテキスト256Kトークン。ネイティブなエージェント的ツール利用や、明示的なステップバイステップ推論モードも備えます。

  • Apache 2.0で完全オープンウェイト。商用利用の障壁が低いのが大きい。

  • 16GB VRAM/ユニファイドメモリのノートPCでローカル実行可能。

  • サイズの割に性能が高く、Google公式は より大きな26B MoEモデルに迫るベンチマーク を主張。

ウェイトはHugging FaceとKaggleで公開され、vLLM・SGLang・MLX・llama.cppなど主要フレームワークに対応。UnslothもすぐにGGUF化しており、**Dynamic Quant(UD-Q系)**が優秀です。低VRAM勢のスイートスポットは Q5_K_XL あたりになりそうです。


ハイスペック環境(例:RTX 5090 / Ryzen AI MAX+ 395)だとどうなる?

低スペックでこれだけ動くなら、上位環境ではまさに化け物級に快適になります。一例として、**RTX 5090(32GB)+ Ryzen AI MAX+ 395(128GB)**級の構成を想定すると:

  • RTX 5090なら Q6_K/Q8 で生成速度 150〜300+ tok/s クラスも十分狙える(メモリ帯域とコア数が段違い)。

  • 32GB VRAMあれば、高量子化と大きめコンテキストの両立も余裕。

  • 128GBのユニファイドメモリ側なら、フル256Kコンテキスト、複数モデルの同時運用、さらに大きな量子化も視野に。

  • そして本命は マルチモーダル。画像(スクリーンショット)や音声を直接扱えるため、コーディングエージェントに組み込んだときのポテンシャルが大きい。「画面を見て修正する」ようなワークフローが自然に組めます。

Qwen3.6-MOEとの比較メモ

  • prefill速度 → Gemma優勢(特に長コンテキスト時)

  • コーディング/ツール呼び出し → 現状はQwen3.6(特にMoE)が強いという報告も多い。ただしGemma 4のdense+新アーキテクチャは「指示追従」や「マルチモーダル推論」で差をつけられそう。

  • 本格的なcodingベンチはこれから増える見込み(投稿者も「coding tasksでどうか見る」と書いています)。


試すならこれ(実践手順)

1. 一番おすすめ:UnslothのGGUF

unsloth/gemma-4-12b-it-GGUF

おすすめ量子化(現時点のコミュニティ傾向):

  • Q5_K_XL / UD-Q5_K_XL → 速度と品質のバランスが最強(3060で33 tok/s)

  • Q6_K_XL → もう少し品質重視

  • Q4_K_M → さらに軽くしたいとき(4060で約21 tok/s、サイズ約6.6GB)

2. llama.cpp(CUDA / ROCm)での起動例

./llama-server \
  -m gemma-4-12b-it-UD-Q5_K_XL.gguf \
  -c 131072 \          # または 262144(config修正後)
  -fa 1 \
  -ctk q8_0 -ctv q8_0 \
  --port 8080

3. その他

Ollama / LM Studio / vLLM も対応済み(いずれも最新版を推奨)。マルチモーダルを使う場合は、最新のllama.cpp + mmproj対応GGUFが必要です(Unslothがvision/audioサポートを追加済み)。


総評

低〜中スペック勢にとっては、まさに 「神モデル」級のインパクト。RTX 3060 12GBで生成33 tok/s・prefill1000 tok/s超が出るなら、ローカルAIの実用ラインがぐっと下がります。

一方、ハイスペック勢にとっても 「軽快・高品質・マルチモーダル対応の新しい選択肢」 として十分アリ。特にエージェントワークフロー画像を絡めたコーディングエージェントをやっているなら、Qwen3.6と並行してガチ検証する価値がありそうです。

実際に動かして「codingでどうだったか」「エージェントに組み込んでみた」といった一次情報が、これからどんどん出てくるはず。試した人はぜひ共有を。


参考(ソース)


#Gemma4 #GoogleDeepMind #ローカルLLM #生成AI #LLM #Unsloth #llamacpp #RTX3060 #RTX4060 #マルチモーダルAI

いいなと思ったら応援しよう!

zephel01 サーバー代とコーヒー代になります☕ 役に立ったら応援よろしくお願いします!