入力は上限内?
テキスト・画像・動画・音声を、共有8,192トークン上限内で組み合わせます。
RAG・マルチモーダル検索開発者向け。入力上限、ベクトル容量、適切な次元数を1分以内で計算します。
複数の資料やテストコードを用意せず、ワークロードを一度入力するだけで実用的な開始点が得られます。
テキスト・画像・動画・音声を、共有8,192トークン上限内で組み合わせます。
ベクトル、メタデータ、インデックス、レプリカ、月額概算を見積もります。
128〜768次元を比較し、対応するPython設定をコピーします。
テキスト・画像・動画・音声は8,192トークンの上限を共有します。
ベクトル、メタデータ、インデックス負荷を見積もります。
公開品質と容量削減を比較し、実データで検証してください。
前提条件は表示され、変更できます。
Text tokens + images × visual tokens + sampled video frames × visual tokens + audio seconds × 25.
Total ≤ 8,192 tokens
Vector values and metadata are calculated first, then multiplied by index overhead and replica count.
(vectors + metadata) × (1 + overhead) × replicas
The model estimate uses selected encoder parameters × two bytes for BF16 weights. Runtime memory is additional.
parameters × 2 bytes
選択した次元とモダリティに合わせて生成します。
Start with 256d for storage-sensitive text retrieval, and 512d or 768d when code or multimodal recall matters more. Treat 128d as a text-first shortlist candidate, not a universal default. Benchmark on representative queries before re-indexing production data.
Slicing a normalized 768d vector changes its length. Re-normalizing keeps cosine similarity meaningful. Google specifically recommends using truncate_dim together with normalize_embeddings=True.
No. All calculations run in your browser. The tool does not ask for files, prompts, credentials or an API key.
No. It estimates raw BF16 weights only. Real VRAM or RAM usage also includes the framework, activations, temporary tensors, caches, media processing and operating-system overhead.
No. It is a planning estimate for vectors, metadata, index overhead and replicas. A provider may also charge for compute, operations, backups, network transfer and minimum capacity.
Yes. EmbeddingGemma 2 maps these modalities into one shared vector space, but all media and text inside one input share the same 8,192-token budget.