RTX Spark на Linux в тесте в 4,7 раза медленнее от сети: что в прошивке и что делать

Коротко (TL;DR)

RTX Spark на Linux в единственном опубликованном тесте работает в 4,7 раза медленнее, чем на Windows, но только когда ноутбук подключён к сети. Модель GPT-OSS-120B выдала 65,4 токена в секунду на Windows и 13,9 — на «чистом» Linux на том же MSI Prestige N16 Flip AI Plus. Видеоядро под Linux от сети держится около 780 МГц вместо ~2,2 ГГц.

• Что виновато. Не GSP-прошивка видеокарты, как пишут в заголовках, а отсутствие в Linux компонента, который в Windows делит бюджет мощности между процессором и видеоядром. Таблица настроек питания для него зашифрована, ключ есть только у Windows-драйвера (по разбору MindStudio, NVIDIA этого не подтверждала).
• Насколько это надёжно. Один ноутбук, одна модель, один исходный замер Alex Ziskind от 31 октября 2026 года. Независимого повтора на 4 ноября нет.
• Что делать уже сейчас. Запускать модели через WSL2 внутри Windows — там тот же ноутбук дал 65,1 ток/с. Ждать, пока NVIDIA перенесёт управление питанием в Linux-драйвер: в драйвере 620.70.06 устройство N1X уже есть.
• Если у вас обычная RTX 3090/4090. Рабочие настройки — лимит мощности (на 3090 снижение до 275 Вт по одному замеру не стоит скорости генерации), правильная сборка FlashAttention и свежий драйвер. Моды ядра ускоряют обработку промпта и картинки, но не генерацию текста.

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

RTX Spark на Linux: что замерили и сколько скорости потеряно

Ноутбуки на платформе RTX Spark построены на «суперчипе» N1X: процессор Grace на ядрах Arm и видеоядро Blackwell в одном корпусе. Кристаллы процессора и GPU соединены продвинутой упаковкой и делят общую память до 128 ГБ LPDDR5X. По данным The Register, N1X сделан на основе того же GB10, что стоит в настольном NVIDIA DGX Spark, только DGX Spark поставляется с собственной Linux-сборкой NVIDIA, а ноутбуки — с Windows 11 на Arm.

В продаже ноутбуки с 16 октября 2026 года; первые замеры на Windows мы разбирали в новости о старте продаж ноутбуков RTX Spark, а сам чип RTX Spark N1X в Geekbench — ещё летом.

NvidiaAppleTeslaBitcoin

Binance · Wall Street 24/7Акции, золото, нефть и крипта1 аккаунтВесь рынок в одном аккаунте Binance — без брокера и счёта в США

GOLDOILS&P 500

Как начать

Разработчикам нужен Linux: на нём живут vLLM, SGLang и большая часть инструментов для локальных моделей. 31 октября 2026 года Alex Ziskind опубликовал видео, где поставил Linux второй системой на MSI Prestige N16 Flip AI Plus. На следующий день его замеры пересказал MindStudio в статье «Linux on the Nvidia RTX Spark Laptop», затем emergent.sh и NeoTeo. Вот что получилось:

CVE-2026-98432 в Linux на Ubuntu: как защитить валидатор Ethereum до патча

Qwen 3.8 27B для кодинга: 7 причин «непригодности» и как их исправить

MIT CSAIL и GPT-6 Astra: правка весов Qwen3.5-0.8B подняла MATH-500 с 7,9% до 48,1%

Видеомодель Wan 3.0 от Alibaba: 30 секунд видео из картинки, звука, PDF и сайта

Gemini Omni 1.1 Flash: 40 секунд видео собираются из четырёх генераций по 10 с

Источник: замеры Alex Ziskind в пересказе MindStudio и NeoTeo, 31 октября — 1 ноября 2026 года.

Длинный прогон показал то же самое во времени: Windows закончил задачу примерно за 8 минут при частоте около 2,2 ГГц, Linux — за 37 минут при ~790 МГц. Температура видеоядра всё это время была 40–47 °C. Значит, это не перегрев: видеоядро просто не пускают на полную частоту.

Самая странная деталь — обратная зависимость от питания. От батареи Linux почти догоняет Windows, а после подключения зарядки падает в разы. Обычно бывает наоборот: от сети ноутбук работает быстрее. Эта деталь и выводит на настоящую причину.

Зашифрованная прошивка RTX Spark: не GSP, а таблица питания

Заголовок обсуждения на Hacker News звучит как «зашифрованная прошивка замедляет инференс». Он смешивает две разные вещи, и от того, какую из них имеют в виду, зависит ответ на вопрос «можно ли это обойти».

GSP (GPU System Processor) — отдельный управляющий процессор внутри видеочипа NVIDIA. Он берёт на себя инициализацию и управление GPU, а работает на бинарной прошивке gsp_*.bin, которая идёт вместе с драйвером. По README драйвера, GSP включён по умолчанию на всех GPU начиная с Turing. Открытые модули ядра NVIDIA обязаны работать в паре с GSP-прошивкой той же версии, а открытый драйвер nouveau получает её как готовые бинарные файлы, которые извлекает скрипт из репозитория NVIDIA. Для Blackwell — а RTX Spark это Blackwell — NVIDIA поддерживает только открытые модули ядра: проприетарный драйвер на этих платформах не поддерживается.

Platform Controllers and Framework (PCF) — компонент Windows, который виден в диспетчере устройств. Он делит общий бюджет мощности ноутбука между процессором и видеоядром. В настольном DGX Spark этого нет: видеоядро питается отдельно. В ноутбуке бюджет общий, и кто-то должен решать, сколько ватт отдать GPU.

GOLD · XAUSILVER · XAG

Binance · Wall Street 24/7Золото без сейфа и слитковXAUТоргуйте ценой золота на Binance круглосуточно, с маленькой суммы

GOLDSILVER

Рассчитать сделку

Почему Nvidia RTX Spark на Linux тормозит именно из-за PCF, а не из-за GSP, показал эксперимент из того же теста: в Windows отключили PCF — скорость упала примерно с 83 до 31 ток/с, частота — с ~2 ГГц до тех же 786 МГц, что на Linux от сети. Включили обратно — скорость сразу вернулась. Дальше, по версии MindStudio, прошивка передаёт контроллеру таблицу настроек питания в зашифрованном виде, и расшифровать её умеет только Windows-драйвер.

Отсюда ответ на популярный вопрос «почему открытые драйверы это не обходят». Nouveau и построенный на нём Vulkan-драйвер NVK используют ту же GSP-прошивку и тоже ничего не знают о таблице питания: проблема живёт уровнем выше, в логике платформы. В тесте пробовали включить управление питанием программно — одна из попыток закончилась kernel panic (аварийной остановкой ядра). Извлечь ключ из Windows-драйвера теоретически можно, но это хрупкий хак под одну машину, а не решение. Исправить это может только NVIDIA, перенеся логику PCF в свой Linux-драйвер.

Часть комментаторов на Hacker News (больше 500 баллов и 230 комментариев на 4 ноября 2026 года) считает заголовок сенсационным: по их мнению, речь о драйвере платформы, написанном пока только под Windows, а не о намеренной блокировке. Это мнения, а не факты, но с цифрами теста они согласуются лучше, чем версия «прошивка режет скорость специально».

Поддержка Linux на RTX Spark: что подтвердила NVIDIA, а что нет

Короткий ответ на 4 ноября 2026 года: Linux NVIDIA официально не поддерживает. В строке OS Support спецификации RTX Spark у всех трёх конфигураций N1X — двух ноутбучных и настольной — указана только Windows 11.

Официальная страница спецификаций NVIDIA RTX Spark, снимок от 4 ноября 2026 года. Рамкой выделена строка OS Support.

При этом драйвер уже знает устройство. В README драйвера NVIDIA для Linux aarch64 версии 620.70.06 в списке поддерживаемых GPU есть три строки RTX Spark N1X с кодами устройства 2E03, 2E06 и 2E13. В предыдущей ветке 615.78.08 из этого семейства есть только GB10 (2E12), то есть DGX Spark. Дату выхода 620.70.06 найти не удалось.

README драйвера NVIDIA 620.70.06 для Linux aarch64, раздел Supported NVIDIA GPU Products, снимок от 4 ноября 2026 года. Рамкой выделены строки RTX Spark N1X и GB10.

Важная оговорка есть в том же README: GPU в списке ещё не гарантирует, что конкретный ноутбук с этим GPU совместим с Linux-драйвером, и NVIDIA прямо отсылает за этим к производителю устройства. То есть совместимость с Linux (Linux compatibility) у RTX Spark упирается не в то, видит ли драйвер чип (видит), а в платформенную часть — питание, память, дисплей, — которую делает производитель ноутбука вместе с NVIDIA.

На Computex в июне 2026 года сотрудник NVIDIA на вопрос DER STANDARD о Linux-драйверах для RTX Spark ответил: сейчас сказать ничего не можем. Phoronix тогда же писал, что RTX Spark «будет отлично работать на Linux», — это мнение издания, а не обещание компании. ComputingForGeeks 3 октября проверял драйвер 615.71.09 и кодов N1X в нём не нашёл, так что их появление в 620.70.06 — свежая перемена.

Сообщество тем временем запускает Linux само. На ASUS ProArt P16 с RTX Spark мейнтейнер пакетов Arch Linux поставил Arch Linux ARM: система видит 116 ГиБ и как оперативную память, и как память CUDA, а ядро, драйверы NVIDIA, управление питанием и прошивки заморожены от обновлений. Скорость там тоже замерили: по оценке автора, 30,9 ток/с (медиана трёх прогонов) на ревью кода моделью Qwen3.8-Flash-Next-FP4-Local через vLLM. От сети или от батареи шёл прогон, в материале не сказано, поэтому напрямую с тестом Ziskind эти цифры не сравнить.

Замер RTX Spark на Linux: откуда «35 %» и почему ему рано верить

Цифра «35 %» из заголовков не совпадает ни с одним замером скорости в самом тесте. Мы пересчитали все пары:

Ближе всего к «35 %» соотношение частот: 780 МГц — это примерно 35 % от 2,2 ГГц. Откуда взята цифра, ни MindStudio, ни автор треда на Hacker News не поясняют, так что это совпадение, а не установленный источник. Скорость генерации в главном замере упала сильнее — до 21 % от Windows.

Что ограничивает выводы:

• Один исходный замер. MindStudio, emergent.sh и NeoTeo — три сайта, но все пересказывают одно видео Alex Ziskind. Независимого повтора на 4 ноября 2026 года нет, а ComputingForGeeks писал, что ноутбук RTX Spark не тестировал (3 октября, до старта продаж).
• Одно устройство. NeoTeo прямо оговаривает: цифры описывают конкретный MSI Prestige N16 Flip AI Plus, а не все ноутбуки RTX Spark. У ASUS и Dell платформа может вести себя иначе — на них, например, по-другому проходила установка.
• Нет версий. Ни версии ядра Linux, ни версии драйвера в пересказах не указано.
• Путаница в соцсетях. Часть постов называет проблемный компьютер DGX Spark. На самом деле DGX Spark в тесте — эталон, который на Linux дал нормальные 61 ток/с.

При этом сам механизм правдоподобен. На форуме NVIDIA в феврале 2026 года владелец DGX Spark описывал похожую историю: скорость LLM упала вдвое при потреблении GPU около 14 Вт, а помог полный сброс питания. Это другое устройство и единичный случай, но он показывает, что логика питания на этой платформе действительно способна ополовинить скорость. Тест станет надёжным, когда его повторит кто-то ещё на другом ноутбуке с указанием версий — или когда NVIDIA ответит.

Как ускорить инференс на ноутбуке RTX Spark уже сегодня

Если вы купили ноутбук на RTX Spark и хотели работать в Linux, рабочих путей на 4 ноября 2026 года три: WSL2, ручная настройка памяти и, для экспериментов, нативный Linux с пониманием ограничений.

1. Запускайте модели в WSL2, а не в нативном Linux. WSL2 — это Linux, который работает внутри Windows и пользуется её драйвером NVIDIA. Поэтому он наследует нормальное управление питанием: 65,1 ток/с против 65,4 в Windows. По описанию MindStudio, полная частота в WSL2 сохраняется и от сети, и от батареи, но отдельного замера WSL2 от батареи в пересказах нет. vLLM и SGLang в нём работают.
2. Дайте WSL2 больше памяти. По документации Microsoft, WSL2 по умолчанию получает половину памяти, которую видит Windows; в тесте MindStudio это вышло около 14 ГБ — мало для больших моделей. Память задаётся в файле .wslconfig в папке пользователя Windows, после правки нужен перезапуск WSL командой wsl --shutdown:

ini [wsl2] memory=20GB

Значение подбирайте под свою конфигурацию. При штатном резерве 96 ГБ под видеоядро системе остаётся около 32 ГБ (наш расчёт: 128 − 96), и 14 ГБ по умолчанию — примерно половина того, что видит Windows. Больше этого WSL2 не получит, а Windows нужен запас для своих программ. Если и 20 ГБ мало, придётся перераспределять резерв видеоядра (шаг 3) — за счёт памяти, доступной моделям на GPU. 3. Проверьте, сколько памяти отдано видеоядру. По умолчанию прошивка ноутбука резервирует 96 ГБ из 128 под GPU, и меняется это только из Windows. Нативный Linux при таком резерве видит всего 28 ГБ; в тесте резерв снизили до 4 ГБ, и Linux увидел 120 ГБ. 4. Ollama в WSL2 пока видит не всю память. Пользователь HP OmniBook X 14 с RTX Spark описал в PR #19520 (открыт 4 ноября 2026 года, ещё не принят): штатная Ollama считает доступными для GPU 22,7 ГиБ (всего видит 109,7), а с патчем — 82,9 ГиБ (из 84,2). Модель qwen3.8:27b-q8_0 с контекстом 131 072 токена ускорилась с 0,53 до 7,72 ток/с, потому что все 66 слоёв поместились в GPU вместо 37. Замер делали при посторонней нагрузке, это ориентир, а не бенчмарк. Пока патч не в релизе, смотрите, сколько слоёв модели реально ушло на GPU. 5. Нативный Linux — с поправкой на питание. Если нужен именно он: от батареи в тесте было 61–67 ток/с, от сети — около 15. Батарея здесь — способ проверить, что проблема именно в питании, а не постоянный режим работы. Установка тоже непростая: первая попытка с Omarchy (дистрибутив на базе Arch) на MSI провалилась из-за мерцания экрана при загрузке; Debian из коробки не увидел клавиатуру, тачпад и GPU и не подключился к Wi-Fi (ставили через USB-Ethernet). Сработал повторный заход с Omarchy, потому что его ядро уже включает открытый драйвер NVIDIA.

Проверить, на какой частоте работает видеоядро и что его тормозит, можно штатной утилитой NVIDIA:

# частота и потребление раз в секунду
nvidia-smi --query-gpu=clocks.current.graphics,power.draw --format=csv -l 1
# какие причины сейчас снижают частоту
nvidia-smi -q -d PERFORMANCE

В разделе Clocks Event Reasons драйвер перечисляет, что именно ограничивает частоту: программный лимит мощности, перегрев, внешний сигнал от блока питания. Если все причины «Not Active», частота максимальная. Какая из них загорается на RTX Spark под Linux от сети, публичных данных пока нет.

Настройки драйвера NVIDIA на Linux для LLM: что реально даёт скорость

Владельцы обычных видеокарт в том же обсуждении спрашивали другое: как выжать максимум из уже имеющейся GPU под Linux. Здесь важно понимать, во что упирается работа. Генерация ответа (decode) упирается в пропускную способность памяти: на каждый токен нужно прочитать веса модели. Обработка промпта (prefill) и генерация картинок упираются в вычисления. Поэтому настройки частоты почти не ускоряют генерацию текста, а влияют на потребление и стабильность.

Все команды ниже — из документации nvidia-smi и работают с драйвером NVIDIA; команды, которые меняют настройки (-pm, -pl, -lgc, -rgc), требуют прав root, просмотр (-q) — нет.

# 1. GSP-прошивка в работе? Покажет версию или N/A
nvidia-smi -q | grep -i "GSP Firmware"

# 2. Persistence mode: драйвер не выгружается между запусками
sudo nvidia-smi -pm 1

# 3. Допустимые пределы мощности и текущий лимит
nvidia-smi -q -d POWER
sudo nvidia-smi -i 0 -pl 280

# 4. Фиксация частоты GPU для повторяемых замеров и сброс
sudo nvidia-smi -i 0 -lgc 1500,1500
sudo nvidia-smi -i 0 -rgc

Что каждая из них даёт на самом деле:

• Persistence mode (-pm 1) держит драйвер загруженным, даже когда GPU никто не использует. Первый запуск модели не тратит время на инициализацию карты. Скорость генерации он не меняет. Действует сразу, но сбрасывается после перезагрузки, и работает только в Linux.
• Лимит мощности (-pl) задаётся в ваттах и должен лежать между Min и Max Power Limit, которые показывает nvidia-smi -q -d POWER. Даёт экономию электричества и тепла при почти той же скорости генерации — цифры в следующем разделе.
• Фиксация частоты (-lgc) нужна для корректного сравнения настроек: карта не «гуляет» по частотам между прогонами. Работает с Volta и новее. Держится, пока её не сбросят командой -rgc, — не забывайте об этом после замеров.
• Лимит на модуль (-pl с ключом -sc 1) в документации описан для устройств, где GPU и CPU делят общий бюджет. Работает ли он на N1X под Linux, публичных данных нет.
• Версия драйвера. Ollama требует драйвер NVIDIA 550 и новее для GPU с compute capability 5.0+, а для старых карт с compute capability 5.0–6.2 — 570 и новее. Ещё один совет из документации Ollama: если после сна Linux модель вдруг пошла на CPU, перезагрузите модуль nvidia_uvm командой sudo rmmod nvidia_uvm && sudo modprobe nvidia_uvm.

FlashAttention в llama.cpp. FlashAttention — способ считать «внимание» модели без лишних обращений к памяти. В таблице результатов llama.cpp для RTX 3090 (Llama 2 7B Q4_0, одна сборка, один участник) включение FlashAttention подняло обработку промпта с 5 175 до 5 560 ток/с (+7 %) и генерацию с 158,2 до 161,9 ток/с (+2 %). Прирост скромный, но бесплатный.

Есть и ловушка. В трекере llama.cpp (issue #24485, июнь 2026 года) описано: если включить FlashAttention вместе с квантованным KV-кэшем (например, --cache-type-k q8_0), а llama.cpp собран без флага -DGGML_CUDA_FA_ALL_QUANTS=ON, внимание молча уходит на процессор. У автора отчёта на ноутбучной RTX 5070 Ti обработка промпта падала в 25–45 раз, а GPU показывал 0 % загрузки. Если вы собираете llama.cpp сами и квантуете кэш, проверьте этот флаг.

Лимит мощности RTX 3090: 280 Вт почти не снижают скорость LLM

RTX 3090 из коробки потребляет до 350 Вт. Jean Brito в апреле 2026 года прогнал на ней Qwen 3.6 27B (плотная модель, llama-swap, драйвер 590.48.01) при шести лимитах мощности:

*Наш расчёт: реальное потребление, делённое на скорость. Источник замеров — Jean Brito, 28 апреля 2026 года.

От 350 до 250 Вт скорость почти не меняется, потому что частота памяти всё время стоит на 9 501 МГц, а генерация упирается именно в неё. Сам автор выбрал 280 Вт: по его замеру при 275 Вт скорость даже чуть выше, чем при 350 Вт, а потребление ниже примерно на 60 Вт. По нашему расчёту, энергия на один токен при этом падает с 10,4 до 8,3 Дж — на 20 %. При работе 8 часов в день экономия 60 Вт — это около 14,4 кВт·ч в месяц на одну карту, а в сборке на двух RTX 3090 — вдвое больше. На 200 Вт карта уже не удерживает базовую частоту (480 МГц), и скорость обрушивается до 20,6 ток/с, а на 150 Вт — до 8,3.

Оговорка: это один замер на одной модели. В таблице llama.cpp другой пользователь получил на RTX 3090 с лимитом 250 Вт 137,7 ток/с на маленькой Llama 2 7B, а на карте без лимита в другой сборке было 158,2 ток/с — разница около 13 %. Сравнение неоднородное (разные карты и сборки), поэтому вывод один: цена лимита зависит от модели и движка. Проверьте на своей модели:

llama-bench -m model.gguf -ngl 99 -fa 0,1

Лимит сбрасывается при перезагрузке драйвера, поэтому Puget Systems предлагает ставить его при каждом старте системы: скрипт с командой nvidia-smi -pl и systemd-сервис, который его запускает.

# /etc/systemd/system/nv-power-limit.service
[Unit]
Description=NVIDIA GPU Set Power Limit
After=syslog.target systemd-modules-load.service
ConditionPathExists=/usr/bin/nvidia-smi

[Service]
User=root
Environment="PATH=/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin"
ExecStart=/usr/local/sbin/nv-power-limit.sh

[Install]
WantedBy=multi-user.target

В /usr/local/sbin/nv-power-limit.sh достаточно двух строк — nvidia-smi -pm 1 и nvidia-smi -i 0 -pl 280; после этого sudo systemctl enable nv-power-limit.service. Если выбираете карту под локальные модели с нуля, сравнение по объёму памяти и цене есть в нашем выборе видеокарты для локального ИИ.

Приёмы ускорения LLM на GPU NVIDIA: прирост, источник и риск

Сводка всего, что обсуждают под темой «как ускорить инференс на имеющейся GPU», — с цифрами только из первоисточников:

Вывод из таблицы простой. Если упираетесь в генерацию текста — помогают только память (влезла ли модель целиком в GPU) и пропускная способность памяти. Если в обработку длинных промптов или картинки — есть смысл смотреть на FlashAttention и, осторожно, на моды.

gpu-unlock для RTX 20/30/40: что ускоряет, а что нет

gpu-unlock — неофициальный модуль ядра Linux, который снимает программное ограничение тензорных ядер GeForce в режимах BF16/FP16. По README проекта он ускоряет prefill на 25–55 % (отчёты пользователей в пересказе TechSpot и TweakTown — 14–36 %) и генерацию картинок: на RTX 3090 Ti в ComfyUI модель Z-Image Turbo в BF16 считала кадр 4,35 с вместо 6,79 с (+56 %). Заголовок Reddit про «RTX 3090 на 55 % быстрее» на деле про 3090 Ti, а «на 40 % меньше энергии» в первоисточниках не подтверждается. Генерацию текста в LLM мод не ускоряет вовсе, RTX 50 и RTX Spark не поддерживает. Как он устроен и на каких картах работает, мы подробно разобрали в материале про разблокировку BF16 на RTX 3090 и 4090.

Риски модов и тюнинга GPU NVIDIA: гарантия, сбои, перегрев RTX Spark

• Слишком низкий лимит мощности. На RTX 3090 при лимите 200 Вт частота падает до 480 МГц, скорость — до 20,6 ток/с, а на 150 Вт — до 8,3. Перед тем как закреплять лимит в systemd, проверьте его своим замером.
• Нативный Linux на RTX Spark. Программное включение управления питанием в тесте не удалось, а ключ из Windows-драйвера — путь под одну машину, который может сломаться с любым обновлением. Неофициальные сборки (как патч Ollama) тоже могут сломаться с первым обновлением.
• Перегрев самого RTX Spark. The Register на HP OmniBook Ultra 16 под Windows видел, как за час непрерывной ИИ-нагрузки GPU нагрелся выше 90 °C, а дальше пошли артефакты изображения и зависания. Паузы в несколько секунд между запросами проблему снимали. Для многочасовой непрерывной ИИ-нагрузки ноутбук подходит плохо.
• Моды ядра. gpu-unlock — неподписанный модуль, который меняет поведение прошивки GPU до загрузки драйвера. При сбое карта не инициализируется: в отчёте от 24 октября 2026 года (issue #23) две RTX 3090 оставались недоступны драйверу до полной перезагрузки. По данным TweakTown, любая модификация GPU лишает гарантии, а NVIDIA, по данным TechTimes, раньше закрывала такие лазейки обновлениями драйвера.
• Поддельные установщики. Автор gpu-unlock отдельно предупреждает: по сети ходят «установщики для Windows», к ним нужно относиться очень осторожно. Скачивайте только исходники из официального репозитория.

Что делать: владельцу RTX Spark, владельцу RTX 3090 и покупателю

Покупателю стоит помнить две вещи. Первая: скорость генерации определяет память. У N1X пропускная способность около 300 ГБ/с против 273 ГБ/с у GB10 в DGX Spark, и в тесте The Register это дало 67,64 ток/с на Qwen3.6-35B-A3B у ноутбука HP OmniBook Ultra 16 под Windows против 63,77 у DGX Spark. Вторая: официально ноутбуки RTX Spark — это Windows 11. Если вам нужен Linux из коробки и без оговорок, ту же архитектуру даёт DGX Spark с DGX OS — в тесте 61 ток/с.

Что устареет первым: список устройств в следующем Linux-драйвере NVIDIA, статус PR #19520 в Ollama и позиция NVIDIA по замедлению. Свежий статус смотрите в README новых версий драйвера и в репозитории open-gpu-kernel-modules.

FAQ

Почему RTX Spark на Linux работает медленнее, чем на Windows?

В тесте на MSI Prestige N16 Flip AI Plus под Linux не работает компонент Platform Controllers and Framework, который в Windows делит мощность между процессором и видеоядром. Без него от сети GPU сидит на ~780 МГц вместо ~2,2 ГГц, и GPT-OSS-120B выдаёт 13,9 ток/с вместо 65,4. От батареи разрыва почти нет. Это один ноутбук и один замер от 31 октября 2026 года.

Можно ли обойти зашифрованную прошивку NVIDIA на RTX Spark?

Практически нет. Зашифрована не GSP-прошивка видеоядра, а таблица настроек питания, которую умеет читать только Windows-драйвер. Программные попытки в тесте не помогли, одна закончилась kernel panic. Извлечь ключ из Windows-драйвера теоретически можно, но это никто не продемонстрировал, и это был бы хрупкий хак под одну машину. Рабочий обход сейчас один — WSL2, где используется Windows-драйвер.

Поможет ли WSL ускорить нейросети на ноутбуке RTX Spark?

Да, по единственному доступному тесту — это самый быстрый Linux-вариант: 65,1 ток/с на GPT-OSS-120B против 13,9 у нативного Linux от сети и 65,4 у Windows. В vLLM с восемью клиентами WSL2 дал 127 ток/с против 39,5. Нужно только поднять лимит памяти WSL2 в файле .wslconfig: по умолчанию в тесте было около 14 ГБ.

Как ускорить RTX 3090 для ComfyUI на Linux?

Генерация картинок упирается в вычисления, поэтому лимит мощности её скорее замедлит. Сначала убедитесь, что модель целиком помещается в видеопамять. Заметный прирост дают моды вроде gpu-unlock: по README проекта — +30–55 % на генерации картинок в FP16/BF16, а в ComfyUI на RTX 3090 Ti кадр Z-Image Turbo в BF16 считался 4,35 с вместо 6,79 с. Но это неподписанный модуль ядра без гарантии и с риском, что карта не запустится.

Можно ли поставить проприетарный драйвер NVIDIA на RTX Spark?

Нет. RTX Spark построен на архитектуре Blackwell, а для Blackwell NVIDIA поддерживает только открытые модули ядра — проприетарный вариант на этих платформах не поддерживается. Открытые модули при этом работают в паре с GSP-прошивкой той же версии драйвера. Смена типа драйвера проблему с питанием не решает: она не в GPU-драйвере, а в отсутствии управления питанием платформы.

Какой драйвер NVIDIA нужен для LLM на Linux?

Ollama требует драйвер NVIDIA 550 или новее для карт с compute capability 5.0 и выше, а для старых карт с compute capability 5.0–6.2 — 570 или новее. Для RTX Spark N1X в Linux-драйвере для aarch64 устройство появилось в ветке 620.70.06. Для Blackwell используйте открытые модули ядра, для остальных карт с Turing и новее NVIDIA их рекомендует.