Встроенный калькулятор хранения

Быстро оцените размер плотной встроенной полезной нагрузки при планировании емкости RAG или векторной базы данных (без индекса).

Read the full guide: Руководство по оптимизации RAG: балансирование блоков, встраивание измерений и контекстный бюджет →

Конфиденциальность: обрабатывается локально, никогда не загружается.

↓ Вставьте в область ввода ниже, чтобы мгновенно увидеть результаты

按向量条数、维度与数据类型估算原始向量存储占用(不含索引开销)。

字节

614,400,000

MB

585.94

GB

0.5722

Примечания

存储说明

仅计算稠密向量本体大小。向量库索引、元数据与副本会额外占用磁盘。

Быстро оцените размер плотной встроенной полезной нагрузки при планировании емкости RAG или векторной базы данных (без индекса).

Быстрый старт

  1. Введите количество и затемнения

    Например, 100k векторов при 1536 диммах (text-embedding-3-small).

  2. Выберите dtype

    float32, float16 или int8 устанавливают байты для каждого значения.

Общее расходование индекса

Индексы HNSW и ЭКО часто превышают сырые векторы; Этот инструмент считает только полезную нагрузку.

Типичный рабочий процесс

При развертывании системы RAG разработчики обычно сначала определяют модель встройки (например, text-embedding-3-large с 3072 размерами) и оценивают количество кусков документа. Вводя эти три ключевых параметра (количество, размеры, dtype), этот инструмент мгновенно рассчитывает потребности в сыром хранилище, помогая в конфигурации сервера или планировании облачного хранилища.

Пример: 1 миллион векторов float32 с 768 размерами занимают ~3GB. Переключение на float16 уменьшает размер наполовину, но может потерять точность. Инструмент позволяет корректировать параметры в режиме реального времени для сравнения результатов, что идеально подходит для проверки затрат на хранение во время выбора модели.

Примеры

Пример

Input

100000 vectors, 1536 dims, float32

Output

~586 MB

FAQ

Включает в себя метаданные?

Нет идентификаторов документов, полезных нагрузок или других полей метаданных.

Почему фактическое хранение моей базы данных превышает оценку инструмента?

Векторные базы данных требуют дополнительного пространства для индексных структур (например, графиков HNSW), метаданных документов и накладных расходов на сжатие. Milvus/Pinecone обычно требует 1,3-2x размера сырых данных. Этот инструмент сосредоточен на необработанных расчетах - корректируйте бюджеты в соответствии с документацией вашей базы данных.