LTX-2 локально или облако: ComfyUI vs WaveSpeed (скорость, стоимость и приватность)

title: “LTX-2 локально против облака: выбор среды для видеопроизводства” date: “2026-01-14” author: “WaveSpeedAI” description: “Сравнение локального запуска LTX-2 и облачных сервисов: скорость, стоимость, приватность и стабильность.” tags: [“ltx-2”, “видео”, “локальное-производство”, “облако”]

Маленькая мелочь подтолкнула меня к этому: 40-секундное ожидание. Я запустил пакет в облаке LTX-2 и ушёл пополнить кружку кофе. Когда я вернулся, одна задача не выполнилась с неясной ошибкой, и я не смог понять, виноват ли я, пресет или сервис. Эта маленькая пауза остилась. На следующее утро я запустил тот же пресет локально, и он завершился раньше, чем приложение почты успело синхронизироваться. Это контрастное различие — то, о чём эта статья: LTX-2 локально против облака, не как список функций, а как вес, который каждый из них добавляет или убирает из обычного дня.

Я тестировал оба варианта в начале января 2026 года на 16-дюймовом MacBook Pro (M2 Pro, 32 ГБ ОЗУ) и небольшом сервере Ubuntu с RTX 4090, наряду с облаком LTX-2 в американском регионе. Ваше оборудование и регион изменят цифры, но компромиссы выстроились знакомым образом. Для получения более технических деталей о модели см. исследовательскую статью LTX-2.

Таблица быстрого выбора (локально или облако по сценариям использования)

Вот быстрый путь, который я хотел бы иметь до того, как начал переключаться туда-сюда.

Сценарий использования	Выбор	Почему это казалось правильным
Отдельные превью, плотные циклы обратной связи	Локально	Практически нулевая очередь, быстрая итерация, легче отлаживать пресеты и подсказки.
Большие пакеты с твёрдыми сроками	Облако	Параллельные задачи, лучшая пропускная способность, меньше контроля после настройки.
Чувствительные данные (ПИД, неопубликованные активы)	Локально	Нет загрузок: вы контролируете сохранение и доступ по умолчанию.
Переменные рабочие нагрузки (некоторые недели тяжелые, другие спокойные)	Облако	Платите за всплески: никакого безделушного GPU, гудящего под столом.
Автономный интернет или нестабильное соединение	Локально	Очевидно, но это имеет значение, как только Wi-Fi начинает кашлять.
Совместное использование в команде и воспроизводимость	Облако	Централизованные пресеты, логи и разрешения уменьшают проблемы “работает на моей машине”.
Экспериментальные операции (собственные сборки, экспериментальные флаги)	Локально	Вы можете зафиксировать версии, тестировать ветки и откатываться мгновенно.

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

Скорость: локальное оборудование против облачной пропускной способности

Конечно, скорость разделилась на два разных ощущения для меня.

Локально казалось отзывчиво для одноразовых работ. На M2 Pro одна задача LTX-2 началась примерно за 1–2 секунды и завершилась достаточно быстро, чтобы я оставался в потоке. На ящике 4090 это было практически мгновенно после прогрева.
Облако казалось стабильным для больших объёмов. Первая задача иногда ждала 5–15 секунд в очереди, но 50 параллельных задач всё сгладили. Пропускная способность победила задержку.

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

Что меня удивило: мой самый быстрый одноразовый превью был всегда локально. Мой самый быстрый час для 1000 элементов был всегда облако. Точка поворота для меня была около 150–250 элементов. После этого введение команды и предоставление сервису распределить работу экономило время. Ниже этого локальный запуск держал меня в работе.

Стоимость: электричество + износ против кредитов

Я попытался оценить это как спокойный бухгалтер, а не как энтузиаст.

Локальная стоимость выглядит так:

Предварительное оборудование (или ежемесячная аренда)
Электричество (мой rig 4090 потреблял ~90W в режиме ожидания и ~420W под нагрузкой)
Износ и обслуживание (вентиляторы, хранилище, случайный поход в кроличью нору драйверов)

Облачная стоимость выглядит так:

Кредиты за задачу или за токен
Возможные расходы на исходящий трафик/хранилище, если вы храните активы
Переплаты, когда пакеты увеличиваются

Два быстрых наброска из моих заметок:

Пакет из 200 элементов, каждая задача ~1 минута: Локально заняло ~220 минут настенных часов на моём Mac (без GPU), практически бесплатно, кроме электричества. Облако прошло через это за ~8–12 минут с параллелизмом, с расходом кредитов, который легко было оправдать неделю, когда я работал на дедлайне. Более практические советы доступны на GitHub.
Постоянный поток (20–30 элементов/день): Локально выиграло. Держание ящика в готовности означало, что я поглощал стоимость один раз. Облачные кредиты добавляли небольшую когнитивную стоимость каждый раз, когда я нажимал запуск. Не дорого, просто видимо.

Я не думаю, что есть один “дешевле”. Если у вас уже есть способное оборудование и рабочие нагрузки стабильны, локально мягко для кошелька. Если ваш объём переменный, платить за пиковую мощность лучше, чем владеть космическим обогревателем с вентиляторами. У меня был один месяц, когда локально было почти бесплатно, и другой, где облако было очевидно умнее.

Приватность: сохранение данных и разрешения команды

Эта часть для меня была простой. Если это чувствительно, я запускаю LTX-2 локально. Не потому, что я не доверяю облаку, а потому что я могу отследить, где живут файлы.

Локально:

Нет загрузок. Артефакты остаются на моём диске или сетевом ресурсе.
Я могу привести в соответствие мои собственные правила сохранения: автоматическое удаление через X дней, шифрование в покое, и считать это выполненным.

Облако:

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

Для совместной работы в небольшой команде облако казалось безопаснее, не в смысле приватности, а в смысле “мы не потеряем канонический пресет”. Для всего, что содержит неопубликованные активы или ПИД, локально держало мои плечи вниз. Оба могут быть выполнены хорошо. Для общих открытых весов и тестов вы можете обратиться к Papers With Code.

Стабильность: обновления зависимостей и сбои узлов

Я потерял полдня на обновление драйвера. Это честная часть локального запуска. Когда это работает, это здорово. Когда одна зависимость обновляется, а другая отстаёт, вы становитесь SRE.

Заметки о локальной стабильности из полевых наблюдений:

Закрепляйте всё, что можете. Контейнеры, файлы окружения, даже обновления ОС, если нужно.
Храните “известно хороший” пресет + список версий. Я держу короткий текстовый файл рядом с проектом с хэшем коммита и ключевыми флагами.
Ожидайте случайный сбой при тяжёлых пакетах. Это редко катастрофично, но это разрушает поток.

Заметки об облачной стабильности из полевых наблюдений:

Меньше сюрпризов: больше чёрных ящиков. Задачи обычно завершаются, и если не завершаются, сообщения об ошибках иногда более вежливы, чем полезны.
Обновления поставщика закатываются без церемоний. Хорошо, когда это улучшает скорость: раздражающе, когда изменение смещает выходные данные.

Ни один не идеально спокоен. Локально даёт вам рычаги и дополнительные работы. Облако даёт вам меньше рычагов и меньше работ. Я выбираю на основе того, какой тип прерывания я готов иметь на этой неделе.

Лучший гибридный подход (локальное превью + облачный пакет)

Что в конечном итоге прижилось для меня, была простая ритм:

Черновик и превью локально. Я храню крошечный набор образцов, 10–20 элементов, который отражает граничные случаи. Я итерирую до тех пор, пока выходные данные не выглядят правильно дважды подряд, а не один раз.
Пакет в облаке. Я экспортирую точный пресет и запускаю его с именем задачи с отметкой времени. Я смотрю на первые 5% логов, затем ухожу.

Почему это казалось правильным:

Локальные превью держат задержку на практически нулевом уровне. Я могу настраивать подсказки, веса или параметры без переключения контекста.
Облачные пакеты держат мою машину свободной. Я могу продолжать писать, или я могу закрыть крышку и выйти на улицу.

Два небольших трюка, которые помогли:

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

На неделях с меньшим количеством работ я иногда держу всё локально, особенно если я в автономном режиме или в пути. На неделях производства я не борюсь с облаком. Суть LTX-2 локально против облака — это не верность, это выбор среды, которая уменьшает трение для работы перед вами. Вот почему мы создали WaveSpeed — чтобы справиться с локальными превью и облачными пакетными запусками без присмотра за очередями. Это то, что использует наша команда каждый день.

Контрольный список миграции (передача рабочего процесса / пресета)

Движение между локальным LTX-2 и облаком было более гладким, как только я записал шаги. Это контрольный список, который я теперь использую. Это скучно, поэтому это работает.

Паритет пресетов

Экспортируйте/импортируйте пресет вместо копирования вручную. Если прямой экспорт недоступен, сохраняйте пресеты в контроле версий как JSON/YAML.
Закрепляйте версии. Отметьте ID модели/сборки, любые версии расширений и соответствующие флаги.
Запишите параметры семени/случайности, если детерминизм имеет значение.

Пути активов

Нормализуйте пути. Локальные абсолютные пути не будут существовать в облаке: используйте относительные пути или предварительно загружайте активы в известный bucket или папку проекта.
Подтвердите кодеки и форматы. Несовпадение здесь разрывает конвейеры тихо.

Окружение

Документируйте переменные окружения и секреты отдельно. Никогда не встраивайте секреты в пресеты.
Согласуйте предположения оборудования. Если ваш локальный пресет ожидает определённого объёма памяти, сначала протестируйте меньший пакет в облаке.

Валидация

Запустите миниатюрный пакет (1–5% от полного набора) и сравните выходные данные вход-за-входом.
Сохраняйте логи для первого успешного запуска в каждой среде. Они становятся исходным уровнем, когда что-то дрейфует позже.

Откат

Сохраняйте “последний известно хороший” пресет на обеих сторонах. Назовите его датой и короткой заметкой, такой как “до обновления CUDA” или “семя заблокировано для релиза v1.” Это занимает десять спокойных минут и окупает себя в первый раз, когда что-то сдвигается под вами. Я всё ещё забываю шаг время от времени: контрольный список прощает это.

Если вы весите LTX-2 локально против облака, это часть, с которой я бы начал в любом случае. Даже если вы никогда не переключитесь, запись ваших предположений имеет способ успокоить работу.