В этом материале
RTX 3080 10/12 GB нельзя объединять в один бюджет памяти; вариант и его эталонная мощность должны оставаться явными.
Два варианта обычной RTX 3080
Официальная RTX 3080 существует с 10 GB и 12 GB GDDR6X. Эталонные характеристики платы различаются: 320 W и 350 W соответственно. RTX 3080 Ti — отдельная модель, хотя у неё тоже есть знакомое значение ёмкости. Таблица показывает память на GPU. Для существующего сервера необходимо подтвердить именно установленный вариант, а не предположить его по короткому имени. AIB исполнение сохраняют отдельно. Размеры, питание и охлаждение сверяют с документацией фактической платы; reference figures не являются измерением энергии полного задания или характеристикой всех партнёрских конструкций.
| Официальный вариант | Память на GPU | Тип памяти | Мощность платы | Источник |
|---|---|---|---|---|
| NVIDIA GeForce RTX 3080 — 10 GB | 10 GB | GDDR6X | 320 W | Спецификация |
| NVIDIA GeForce RTX 3080 — 12 GB | 12 GB | GDDR6X | 350 W | Спецификация |
Выбрать LLM envelope для каждого варианта
Требования vLLM сопоставляют с model revision, dtype и выбранным backend. Ampere аппаратно проходит минимальный порог, но это не гарантирует каждый quantization kernel. Для обеих 3080 сначала проверяют одинаковый bounded workload, сохраняя контекст и вывод. Затем отдельно исследуют границу каждого варианта. Если 12 GB конфигурация проходит, не следует автоматически назначать её 10 GB worker. Веса, KV cache и runtime structures должны помещаться вместе либо участвовать в явно описанном offload. Более крупная память не устанавливает заранее определённый рост контекста или throughput, поскольку части бюджета расходуются по-разному в выбранном engine.
Сцена Cycles проверяется дважды
Blender Cycles предоставляет CUDA/OptiX пути с требованиями к драйверу и памяти. Сохраняют один проект и assets, чтобы обе версии 3080 получили одинаковый вход. Результат содержит device selection, VRAM/RAM и изображение. Если меньший вариант завершился через host memory, это иной режим, а не эквивалентный локальный fit. RTX hardware tracing доступна через поддерживающий backend и не подтверждает каждый renderer. Для исследования memory limit меняют одну группу assets в отдельном опыте. Игровые результаты или объём файла сцены не заменяют фактический runtime footprint и не определяют максимальную сцену заранее.
Дать очереди точную классификацию
Registry worker хранит полное имя, ёмкость, AIB model и device identity. Правило admission использует подтверждённый класс задач, а не предполагает универсальную «RTX 3080 capacity». Индексы устройств могут измениться, поэтому назначение проверяют по идентичности. После закрытия engine убеждаются в освобождении владельца памяти перед передачей GPU render job. Несколько карт не объединяют VRAM автоматически. Для каждой платы и хоста оценивают supply и airflow отдельно; общая RAM и storage также способны ограничить работу. Нет необходимости форсировать clocks или отключать защиту, чтобы получить пригодный для диагностики результат.
Проверить ошибочное назначение безопасно
Практический пакет содержит manifests задач, две инвентарные записи и журнал фактического выбора worker. Проверяют, что задание с неподтверждённым для 10 GB envelope не проходит admission только из-за общего имени. Это ограниченная проверка правила, а не попытка довести карту до исчерпания памяти. Если назначение корректно, но runtime отказывает, исследуют backend и allocations. Итог описывает допустимые маршруты RTX 3080 10/12 GB для выбранных LLM и сцен. Он не обещает fit любого checkpoint, автоматическую сумму памяти или известный коэффициент ускорения, а сохраняет технически важную разницу двух официальных вариантов модели.
LLM для кода на 12 ГБ VRAM: модель, контекст и запас · Паспорт GPU в CSV: какие поля выгрузить из nvidia-smi · Каталог GPU