В этом материале
TITAN X Pascal нужно идентифицировать по архитектуре и CC, а не одному имени; неизвестная board power остаётся неизвестной до источника.
Уточнить Pascal в имени TITAN X
Официальный материал NVIDIA о Pascal подтверждает TITAN X с 12 GB GDDR5X. Это не TITAN Xp и не GTX TITAN X Maxwell. Для данного профиля надёжная живая спецификация мощности платы не выбрана, поэтому значение оставлено неизвестным. Его нельзя восстанавливать по похожему TITAN или текущему показанию telemetry. Таблица относится к одному GPU. При оценке существующей карты сохраняют identity, архитектуру и фактический board design. Иначе неоднозначное имя может привести к применению неверного бинарника, ресурса памяти или инструкции драйвера ещё до запуска выбранного LLM и scene acceptance.
| Официальный вариант | Память на GPU | Тип памяти | Мощность платы | Источник |
|---|---|---|---|---|
| NVIDIA TITAN X Pascal — 2016 TITAN X Pascal 12 GB | 12 GB | GDDR5X | Не подтверждена | Спецификация |
Проверить CC и legacy toolchain
Таблица NVIDIA различает Pascal TITAN X CC 6.1 и Maxwell GTX TITAN X CC 5.2. Pascal также ниже минимума 7.5 current vLLM, поэтому этот backend не объявляется штатно поддержанным. Для llama.cpp CUDA фиксируют commit, target и фактическое GPU исполнение. NVIDIA описывает удаление pre-7.5 offline compilation из CUDA 13; требуется документированный совместимый путь, например подходящий CUDA 12 toolkit и поддержанный driver. Это не гарантия любого текущего wheel или kernel. Ограниченный запрос должен завершиться, а участие CPU и RAM должно оставаться видимым в отчёте.
Cycles оценивается независимо от vLLM
Blender 5.2 Cycles задаёт CUDA floor CC 5.0 и OptiX условия с driver не ниже 575. Pascal удовлетворяет общей аппаратной границе, но подходящий build и обнаружение устройства всё равно проверяют. Отсутствие RTX RT cores не означает автоматический запрет всех OptiX сценариев. Для TITAN X сохраняют проект, assets, backend и изображение. Использование host memory отличается от local fit в 12 GB. Другой renderer требует отдельной документации. Успешный небольшой проект не подтверждает каждую функцию, а общий объём файлов не определяет фактический footprint геометрии и подготовительных структур сцены во время работы.
Оставить неизвестности в inventory
Worker registry хранит источник каждого паспортного поля и отдельные наблюдаемые значения. Unknown power не превращают в ноль и не используют в сравнении эффективности. Перед серверным размещением выбирают документацию реальной платы для питания, разъёмов и охлаждения. Сохраняют driver и toolchain, чтобы обновление не заменило работающий legacy build неподходящим современным бинарником. При смене задач наблюдают резидентные процессы и память host. Несколько карт не считаются автоматически одним пространством приложения. Программную несовместимость не устраняют forced clocks или отключением защит; сначала получают минимальный повторяемый сценарий и точную идентичность фактически выбранного устройства.
Артефакт разрешения неоднозначного имени
Пакет включает raw inventory, CC, подтверждение Pascal, версии бинарников, manifests LLM и сцены и результаты. Если имя одинаковое, но CC отличается, сначала исправляют классификацию, а не переносят старые результаты другой архитектуре. Если GPU путь не работает, проверяют target и операции. Если ограничена память, исследуют workload budget отдельно. Вывод относится к выбранной TITAN X Pascal и поддержанному legacy окружению. Он не заявляет current vLLM support, известный TPS, универсальный fit или достоверную мощность отсутствующего источника. Такая запись сохраняет полезные факты и показывает, что ещё требуется подтвердить перед более сильным техническим заключением.
Паспорт GPU в CSV: какие поля выгрузить из nvidia-smi · Перенос сборки llama.cpp на другую GPU: compute capability и CUDA targets · Каталог GPU