~/tools / ローカルLLMをサーバーで動かす / Ollama Model Info Reader
Ollama Model Info Reader — ollama show からコンテキストと機能を読む
Ollama モデルの /api/show のレスポンス、または ollama show か ollama show --verbose の出力を貼り付けると、モデルの概要が一目で分かります。サイズ、量子化、対応する最長のコンテキスト、レイヤーとアテンションヘッド、できること(tools、vision、thinking、embeddings など)、デフォルトのパラメータ、システムプロンプト、ライセンスを表示します。num_ctx に応じて増えるメモリである KV キャッシュも、コンテキスト長ごとに計算します。データはブラウザの外に出ません。
取得方法
qwen2.5:7b をお使いのモデルに置き換えてください。どちらも Ollama の起動中に使えます。
curl http://localhost:11434/api/show -d '{"model": "qwen2.5:7b"}'
ollama show qwen2.5:7b --verbose/api/show のレスポンスとして読み取りました。
- ヘッドサイズがメタデータにないため、embedding_length ÷ head_count = 128 として計算しています。
モデル
- 名前
- Qwen2.5 7B Instruct
- アーキテクチャ
- qwen2
- パラメータ
- 7.62B
- 量子化
- Q4_K_M
- 最長のコンテキスト
- 32768
- レイヤー
- 28
- アテンションヘッド
- 28(KV: 4)
- ヘッドサイズ
- 128
- 埋め込みの長さ
- 3584
- テンプレートの取得元
- go_template
できること
- completion/api/generate と /api/chat でテキストを生成します。
- toolstools を受け付けるので、関数を呼び出せます。
コンテキスト長ごとの KV キャッシュ
デフォルトの型である f16 の場合です。このメモリは重みに加えて必要です。
| コンテキスト(トークン) | KV キャッシュ |
|---|---|
| 2048 | 112 MiB |
| 4096Ollama の FAQ のデフォルト | 224 MiB |
| 8192 | 448 MiB |
| 16384 | 896 MiB |
| 32768対応する最長 | 1792 MiB |
システムプロンプト
You are Qwen, created by Alibaba Cloud. You are a helpful assistant.
ライセンス
- general.license
- apache-2.0
- general.license.link
- https://huggingface.co/Qwen/Qwen2.5-7B-Instruct/blob/main/LICENSE
Apache License ...
KV キャッシュ = 2 × レイヤー数 × KV ヘッド数 × ヘッドサイズ × 2 バイト (f16) × コンテキスト長。私たちのテストでは、値は Ollama のログと一致しました。Ollama の FAQ によると、q8_0 は f16 の約半分、q4_0 は約4分の1です(OLLAMA_KV_CACHE_TYPE で設定し、Flash Attention を使います)。
最長のコンテキストはモデルが対応する長さであり、Ollama が実際に使う長さではありません。Ollama の FAQ ではデフォルトは 4096 トークンです。リクエストやモデルの num_ctx、またはサーバーの OLLAMA_CONTEXT_LENGTH で変わります。
項目は Ollama の API リファレンスとソースコード(v0.40.15)によるもので、2026-11-07 に Ollama 0.40.11 で確認しました。 Ollama: Show model details
すべてブラウザの中で処理します。ツールはどこにも接続しません。
ollama show と /api/show エンドポイントは、インストール済みのモデルを説明しますが、いちばん役に立つ情報は長い GGUF メタデータのあちこちに散らばっています。レイヤー数は <architecture>.block_count、最長のコンテキストは <architecture>.context_length、KV キャッシュのサイズを決めるアテンションヘッドは attention.head_count と attention.head_count_kv です。このツールは、/api/show の JSON、または ollama show のテキスト(短い形式と --verbose のどちらも)を読み取り、これらの情報を1か所にまとめます。Ollama のソースコード(v0.40.15)で使われている名前、つまり completion、tools、insert、vision、embedding、thinking、image、audio、decision、speech について、それぞれの意味を添えて一覧にします。thinking に対応するモデルでは、think が受け付ける値とデフォルトを表示します。モデルに設定されている stop、temperature、num_ctx などのパラメータ、システムプロンプト、ライセンスも表示します。KV キャッシュは、レイヤー数、KV ヘッド数、ヘッドサイズから、デフォルトの型である f16 で計算します。2(キーと値) × レイヤー数 × KV ヘッド数 × ヘッドサイズ × 2 バイト × コンテキスト長 です。この式は Ollama 自身のログと照らして確認しました。qwen2.5:7b では 4096 トークンで 224 MiB、8192 トークンで 448 MiB、qwen2.5:0.5b では 4096 トークンで 48 MiB、32768 トークンで 384 MiB でした。ヘッドサイズは、モデルに attention.key_length があればそれを使い、なければ embedding_length を head_count で割った値を使います。スライディングウィンドウを持つモデルや、レイヤー間で KV キャッシュを共有するモデルでは、表よりも使用量が小さくなります。ツールは推測せず、その旨を表示します。このツールは、Ollama 0.40.11 での qwen2.5:7b の /api/show、ollama show、ollama show --verbose の実際の出力と、Ollama の API リファレンスにある例で確認しました。
このツールの計算部分は、オープンソース(MIT ライセンス)で公開しています。 github.com/seigo5555/toolkitbox-lib/src/ollama-show.ts
こんな時に使う
- モデルを使って開発を始める前に、tools、画像、thinking に対応しているかを調べる
- モデルが対応する最長のコンテキストと、各長さで KV キャッシュに必要なメモリを確認する
- モデルに付属するライセンス、デフォルトのパラメータ、システムプロンプトを確認する
使い方
- モデル名を指定して curl http://localhost:11434/api/show を実行するか、ollama show に --verbose を付けて実行します。
- 出力を貼り付けます。3つの形式のどれかは、ツールが自動で判別します。
- モデルの概要、できること、KV キャッシュの表を読みます。重みを加えるには、メモリ見積もりツールを開きます。
FAQ
貼り付けたのに KV キャッシュが表示されないのはなぜですか?
ollama show の短い出力には、レイヤー数とアテンションヘッドが含まれていません。/api/show のレスポンス、または ollama show --verbose の出力を貼り付けてください。
モデルは 32768 トークンに対応しているのに、Ollama がそれより少なく使うのはなぜですか?
メタデータのコンテキスト長は、モデルが学習した最長の長さです。Ollama の FAQ ではデフォルトのコンテキストウィンドウは 4096 トークンとされています。Ollama のソースコードとサーバーログからは、サーバーが GPU メモリに応じてデフォルトを選ぶことが分かります。リクエストで num_ctx を指定することも、モデルのパラメータで設定することも、サーバーで OLLAMA_CONTEXT_LENGTH を設定することもできます。
KV キャッシュのサイズはどのくらい正確ですか?
スライディングウィンドウも KV を共有するレイヤーもないモデルでは、私たちのテストで、この式は Ollama のログのサイズとぴったり一致しました(qwen2.5:7b の 4096 トークンで 224 MiB)。これはデフォルトの型 f16 の場合です。Ollama の FAQ によると、Flash Attention を有効にすると、q8_0 は約半分、q4_0 は約4分の1になります。
パラメータとコンテキスト長の違いは何ですか?
コンテキスト長はモデルファイルに由来する最大値です。num_ctx、temperature、stop などのパラメータは、モデルの Modelfile で設定されたデフォルト値で、リクエストで上書きできます。
テンプレートの取得元とは何ですか?
チャットのプロンプトがどこから来るかを示します。たとえば、go_template はモデルに含まれる Go テンプレート、renderer は Ollama に組み込まれたレンダラーです。値は Ollama の API リファレンスに載っています。
データはどこかに送信されますか?
いいえ。出力はブラウザの中で読み取られます。
関連する記事
- 小さなVPSでOllamaのメモリを見張るOllamaがメモリに何を載せ、どれだけの間そこに置き、どの設定で変わるのかを見ます。ollama ps、keep_alive、各種の上限を、公式FAQから。
- 自分のVPSでDifyとOllamaをつなぐ自分のVPSでDifyを動かし、モデルにOllamaを使う方法です。インストール、プラグインの入力欄、Dockerのアドレスの問題、埋め込みを公式ドキュメントからまとめました。
- 高価なPCなしでローカルLLMを始める:VPSを使う初心者ガイド高性能なPCがなくても大丈夫。VPSを借りて、小さなローカルLLMをブラウザから動かす6ステップ。メモリの見積もりから、外から守られたチャット画面まで、限界も正直に書いています。