# Несколько GPU для ComfyUI: один workflow или независимые очереди

Несколько GPU в ComfyUI: как сравнить независимые очереди и один распределённый workflow, проверить видимость карт и ограничения конкретных узлов.

Автор: Команда Retrivium
Обновлено: 2026-11-01
Канонический URL: https://retrivium.ai/ru/journal/comfyui-multi-gpu/
Language: ru

Несколько GPU для ComfyUI можно рассматривать для независимых очередей или распределения отдельных частей одного workflow, если выбранные компоненты это поддерживают. Наличие двух карт и их видимость процессу не означают автоматического объединения VRAM и ускорения одного графа.

Поэтому решение начинают с цели: обработать больше независимых изображений или вместить определённую сложную задачу. Эти цели требуют разных проверок и могут приводить к разной организации сервера.

## Проверьте видимость и назначение

[Справочник параметров ComfyUI](https://docs.comfy.org/development/comfyui-server/startup-flags) описывает выбор видимых CUDA-устройств и устройства по умолчанию. Видимость — только первый уровень настройки. Далее нужно выяснить, какое устройство фактически используют модель и каждый дополнительный узел.

Сохраните соответствие физических карт и номеров внутри среды. После ограничения видимости нумерация может восприниматься иначе приложением. Для отчёта полезны названия устройств, их память и идентификаторы процессов, а не только строка «GPU 0».

## Сравните две схемы

| Схема | Цель | Что проверять | Ограничение |
| --- | --- | --- | --- |
| Независимые экземпляры | Больше отдельных заданий | Изоляцию карт и очередей | Общие CPU, RAM и диск |
| Разделение частей графа | Выполнение конкретного workflow | Поддержку узлами и переносы | Нет автоматической общей памяти |
| Одна карта с очередью | Простая последовательная работа | Время ожидания и вместимость | Ограниченная параллельность |

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

## Начните с независимых заданий

Для условного теста возьмите два экземпляра одинакового графа с разными входами. Сначала выполните их последовательно, затем запустите по одному на каждой карте. Измерьте полное время пары заданий и время каждого результата.

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

## Проверяйте распределённый граф отдельно

[Официальный репозиторий ComfyUI](https://github.com/Comfy-Org/ComfyUI) описывает модульную структуру и дополнительные узлы. Поддержку выбранного способа распределения нужно устанавливать для конкретных компонентов и версий; название расширения само по себе не подтверждает корректность.

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

При неодинаковых картах назначайте задания по проверенной вместимости. Равное распределение количества задач не гарантирует одинакового времени завершения, если модели или характеристики ускорителей существенно различаются.

## Сформулируйте вывод по цели

В отчёте разделите пропускную способность независимой очереди, задержку одного изображения и вместимость конкретного графа. Не умножайте память карты на количество устройств без подтверждённого механизма размещения и измерения.

Полезный контекст дают [планирование мощности инференса](/ru/journal/inference-capacity-planning/) и [методика бенчмарка](/ru/journal/inference-benchmark-method/). Это поможет обсуждать возможный пилот с ясной границей проверенной параллельности.