Перейти к контенту
Neaptidestudio
блог

Сколько памяти нужно для локальной LLM: RAM, VRAM и контекст

Neaptide · 20 сентября 2026 г. · 10 мин чтения · Обновлено: 4 октября 2026 г.

Оценка памяти локальной LLM: веса, квантование, KV-кэш, RAM и VRAM. Формулы, таблица размеров и порядок проверки компьютера.

В этой статье
Блоки весов, расширяющийся контекст и рабочий запас в одном лотке памяти.

Файл модели весит 4 ГБ, свободной памяти на компьютере 8 ГБ, а запуск всё равно не удаётся. Размер весов — только начало расчёта. Отдельно нужно учесть KV-кэш, рабочие буферы и память других программ, а потом проверить свою задачу на конкретном движке.

Перед выбором компьютера запишите точную модель и её квантование, нужную длину контекста и число одновременных запросов. Объяснить короткую функцию и разобрать несколько больших файлов — разные нагрузки даже для одной модели. По этим условиям можно прикинуть память, а потом проверить расчёт запуском.

Что занимает память

Из чего складывается потребление памяти локальной LLM
СоставляющаяОт чего зависит
Веса моделиЧисло параметров и формат хранения
KV-кэшАрхитектура, контекст, точность кэша, число последовательностей
Рабочие буферыРеализация движка и параметры запуска
Другие приложенияСистема, редактор, браузер и фоновые процессы

KV-кэш хранит промежуточные данные механизма внимания, чтобы не пересчитывать их целиком на каждом новом токене. От того, как кэш организован, зависит расход памяти.

На практике одна и та же модель с длинным контекстом может потребовать заметно больше памяти, чем с коротким.

Неизвестные части бюджета не стоит заменять придуманным запасом «20% на всё». Измерьте потребление до загрузки, после загрузки и во время запроса с нужным контекстом. По этим точкам видно, где растёт расход, хотя точного разложения по внутренним буферам движка они не дают.

Память занимает не только модель. Веса. Параметры и квантование. KV-кэш. Контекст × параллелизм. Рабочие буферы. Движок и операции. ОС и приложения. Другие процессы. Схема без масштаба. Карта причин расхода, без количественных пропорций. Суммарное потребление проверяют на своей системе.
Карта причин расхода, без количественных пропорций. Суммарное потребление проверяют на своей системе.

Грубая оценка памяти весов

Для первого приближения используйте формулу:

байты весов ≈ число параметров × бит на параметр / 8

Возьмём конкретные файлы Qwen2.5-7B-Instruct-GGUF из официального репозитория Qwen. 3 октября 2026 года мы получили размеры через API Hugging Face и сложили все части каждого формата. Зафиксирована ревизия bb5d59e06d9551d752d08b292a50eb208b07ab1f; сами веса не скачивали и модель не запускали.

Одна модель, реальные размеры файлов; GB = миллиард байт
ФорматЧастейВсего байтGB
FP16415 237 853 53615.238
Q8_038 098 525 4088.099
Q4_K_M24 683 073 6324.683

Квантование Q4_K_M не означает ровно четыре бита на каждый параметр. Упаковка, метаданные и разная точность тензоров уже входят в эти размеры. Поэтому файл Q4_K_M занимает 4,683 GB, а не 3,5 GB из грубой формулы для условных 7 миллиардов параметров.

Для GiB делите байты на 1 073 741 824; для GB — на 1 000 000 000. Размер файлов не равен расходу RAM или VRAM: нужны также KV-кэш, рабочие буферы и память программ.

Размеры FP16, Q8_0 и Q4_K_M относятся к одной модели и одной ревизии. Число частей — это устройство загрузки, а не число моделей: для запуска нужны все части выбранного формата.

Qwen2.5-7B-Instruct-GGUF: FP16 — 15,238 GB; Q8_0 — 8,099 GB; Q4_K_M — 4,683 GB. Размер файлов, не замер памяти при запуске.
Qwen2.5-7B-Instruct-GGUF: FP16 — 15,238 GB; Q8_0 — 8,099 GB; Q4_K_M — 4,683 GB. Размер файлов, не замер памяти при запуске.

Чем RAM отличается от VRAM

RAM — системная память, VRAM — память дискретного графического процессора. Где окажется модель, зависит от оборудования и движка. В системах с общей памятью CPU и GPU делят один ресурс, и он же нужен операционной системе.

Нельзя просто сложить, скажем, 16 ГБ RAM и 8 ГБ VRAM и считать, что получилась видеокарта на 24 ГБ. Можно ли разделить работу и во что обойдётся передача данных, зависит от конкретной связки.

В Ollama команда ollama ps показывает размещение загруженной модели между CPU и GPU.

Как влияет контекст

Для обычного полного KV-кэша грубая оценка имеет вид:

байты кэша ≈ 2 × слои × KV-головы × размер головы
             × токены × байты элемента × последовательности

Коэффициент 2 учитывает ключи и значения. Формула описывает упрощённую модель для подходящей архитектуры, универсальным калькулятором для всех LLM она не служит. Скользящее внимание, сжатие и другие реализации меняют расчёт.

Поэтому сравнивайте две конфигурации при одинаковом заданном контексте. Если одной модели дали короткую функцию, а другой весь репозиторий, разница в потреблении памяти сама по себе ничего не доказывает.

Ollama позволяет менять длину контекста; чем она больше, тем больше нужно памяти. Текущее распределение и контекст показывает ollama ps.

Возьмём учебную архитектуру: 32 слоя, 8 KV-голов, размер головы 128 и по 2 байта на элемент кэша. При полном кэше 4096 токенов одной последовательности занимают 0,5 GiB, а 16 384 токена — 2 GiB. Четыре такие последовательности — это уже 8 GiB кэша. В калькуляторе ниже веса общие, а кэш растёт с контекстом и параллелизмом.

Контекст × последовательности. Токены. 1 поток. 2 потока. 4 потока. Полный KV-кэш, GiB. 32 слоя · 8 KV-голов · 128 · 2 байта. Полный KV-кэш учебной архитектуры. Значения в GiB; для других архитектур, точности и способов хранения результат меняется.
Полный KV-кэш учебной архитектуры. Значения в GiB; для других архитектур, точности и способов хранения результат меняется.

Как контекст меняет расход памяти

Учебная модель: 7B, веса 4 бит; полный KV-кэш: 32 слоя, 8 KV-голов, размер головы 128, элемент 2 байта. Веса общие для всех последовательностей.

Сырые веса
3,26 GiB
KV-кэш
0,5 GiB
Веса + кэш
3,76 GiB

Не включает ОС, буферы движка и метаданные квантования. Это не прогноз полного потребления RAM или VRAM. Для другой архитектуры расчёт меняется.

Измените контекст или параллелизм: размер весов останется прежним.

Как проверить свой компьютер

Запишите модель, точный тег, квантование, движок и его версию. Затем выполните одну и ту же задачу с коротким и более длинным входом. Сохраните:

  1. Заданный контекст и число одновременных запросов.
  2. Занятую память до запуска и во время работы.
  3. Размещение модели на CPU/GPU.
  4. Время до первого ответа и общую длительность.
  5. Качество результата по заранее известным условиям.

Повторите запуск, чтобы отделить загрузку модели от устойчивого режима. Если память закончилась, уменьшите сначала один параметр. Менять одновременно модель, контекст и все настройки не нужно.

Что пробовать на 16 или 32 ГБ

Списка «гарантированно работает», который не зависел бы от оборудования, нет. Если памяти мало, начните с небольшой квантованной модели и короткой задачи, как в инструкции Ollama. Оставьте запас для системы и приложений.

Выбирайте конфигурацию по своему рабочему сценарию: нужный контекст, приемлемое время ответа и достаточно памяти при повторном запуске. Сохраните тег модели и параметры замера. Тогда решение о покупке памяти или видеокарты будет опираться на найденное ограничение, а не на размер файла модели.

Источники и проверка

Технические источники и расчёты проверены 3 октября 2026 года. Сценарии и схемы — учебные примеры Neaptide; сравнительные замеры продуктов не проводились.

частые вопросы

Коротко о главном

Чем ниже точность, тем лучше?

Нет. Экономия памяти — только одна сторона выбора. Сравните качество на своей задаче: лишняя ручная правка может перевесить сэкономленные ресурсы.

Максимальный контекст нужно включать всегда?

Нет, выбирайте его под реальный объём работы. Ради короткого запроса максимальную настройку включать незачем.

Когда покупать новое оборудование?

Когда вы зафиксировали ограничение на нужных задачах и уже попробовали более компактные варианты. Покупка должна решать наблюдаемую проблему, а не подгоняться под абстрактное число параметров.