Os desenvolvedores que esperavam escapar do Windows nos laptops RTX Spark da Nvidia acabaram de bater na parede. Uma análise prática detalhada publicada pela MindStudio descobriu que, embora o Linux seja instalado e executado nessas máquinas focadas em IA – com aceleração de GPU, um desktop completo e periféricos funcionais – o firmware de gerenciamento de energia criptografado bloqueia a GPU em aproximadamente um terço de sua velocidade de clock do Windows, reduzindo a inferência de IA local de 65,4 tokens por segundo para apenas 13,9 no mesmo hardware e modelo.
Essa é uma diferença de quase cinco vezes nas máquinas exatas comercializadas por desenvolvedores de IA. Para obter mais contexto sobre esta história, consulte nossos últimos desenvolvimentos de IA em andamento.
Os benchmarks: um modelo, quatro configurações
A análise comparou o GPT-OSS-120B, um modelo aberto de 120 bilhões de parâmetros que cabe nos 128 GB de memória unificada do laptop, em quatro configurações:
- Windows em ARM (nativo): 65,4 tokens por segundo
- WSL (Linux dentro do Windows): 65,1 tokens por segundo
- Nvidia DGX Spark (unidade de desktop): 61 tokens por segundo
- Linux nativo (mesmo laptop): 13,9 tokens por segundo
O padrão é impressionante. WSL – Linux rodando como um subsistema no Windows – corresponde quase exatamente ao Windows nativo. O DGX Spark de classe desktop é um pouco mais lento que o laptop no Windows, provavelmente refletindo seu perfil térmico diferente. Mas o Linux nativo no mesmo laptop gerencia apenas um quinto do desempenho do Windows.
Firmware criptografado é a causa raiz
O culpado não é o driver do kernel Nvidia de código aberto, que funciona e fornece aceleração CUDA. É um componente exclusivo do Windows chamado Nvidia Platform Controllers and Framework, que gerencia o fornecimento de energia entre a CPU e a GPU. A análise descobriu que este firmware não tem equivalente em Linux – e sua tabela de potência é criptografada, portanto, apenas o driver do Windows pode lê-lo.
O efeito prático: uma vez que o laptop é conectado à tomada, a GPU fica bloqueada em aproximadamente 780 MHz no Linux, em vez dos 2,2 GHz ou mais que atinge no Windows. Com bateria, a diferença diminui, mas a operação conectada ocorre exatamente quando você esperaria o pico de desempenho de inferência — e exatamente quando o Linux não consegue fornecê-lo.
A pegadinha da divisão de memória
A velocidade do clock não é a única configuração que depende do Windows. O firmware do laptop reserva 96 GB de sua memória unificada de 128 GB para a GPU por padrão e – novamente – apenas o Windows expõe uma configuração para alterar essa divisão.
O revisor descobriu isso da maneira mais difícil: depois de inicializar o Linux, apenas 28 GB dos 128 GB ficaram visíveis para o sistema. A correção exigia a reinicialização no Windows, reduzindo a reserva de memória da GPU para 4 GB e, em seguida, reiniciando no Linux, que poderia então atingir 120 GB. Sem esse desvio, modelos grandes que deveriam caber confortavelmente na máquina estão simplesmente fora do alcance do Linux.
Instalar Linux ainda é uma aventura
Até mesmo chegar à GPU acelerada não foi trivial. A primeira tentativa da análise com Omarchy, uma distribuição baseada em Arch que já suporta o chip em hardware Asus e Dell, falhou no MSI Prestige N16 Flip AI Plus com uma tela instável e trêmula durante a inicialização. Mudar para o Debian funcionou de forma mais confiável, mas exigiu soluções alternativas: o instalador não conseguia se conectar via Wi-Fi, exigindo um adaptador Ethernet USB e um kernel vanilla enviado sem suporte para teclado, touchpad ou GPU do laptop.
Retornar ao Omarchy resolveu o problema do driver, já que seu kernel inclui o driver de código aberto da Nvidia. No início do processo, a saída HDMI também se recusou a funcionar durante a instalação – o revisor recorreu a apontar uma câmera externa para a tela interna do laptop apenas para seguir o instalador. Depois de configurado, o sistema final executou um desktop completo em 4K e 120 Hz com áudio funcional, teclado, touchpad e aceleração CUDA.
Por que isso é importante para desenvolvedores locais de IA
A plataforma RTX Spark é fornecida em máquinas incluindo o MSI Prestige, o Asus ProArt e o Dell XPS, todos usando o mesmo design de GPU da unidade de desktop DGX Spark da Nvidia. Mas há uma divergência importante: o DGX Spark vem com o próprio Linux da Nvidia pronto para uso, enquanto todas as variantes de laptop vêm com Windows em ARM. Muitas das ferramentas sérias de IA local – vLLM, SGLang – são desenvolvidas primeiro para Linux, e é exatamente por isso que os desenvolvedores que compram essas máquinas querem Linux nelas.
A análise conclui que o WSL é a resposta prática hoje: ele utiliza a pilha de drivers do Windows, mantém o impulso total da GPU, esteja conectado ou com bateria, e ainda executa as primeiras ferramentas de IA do Linux. O Native Linux continua sendo um projeto amador – funcional, mas deixando de lado a maior parte do desempenho anunciado do hardware.
Uma solução real depende da Nvidia portar a lógica de gerenciamento de energia do controlador da plataforma para seu driver Linux. Até que isso aconteça, observa a análise, o laptop não pode se tornar o que os compradores desejam: um DGX Spark portátil. A Nvidia não comentou publicamente a descoberta nem sinalizou um cronograma para suporte ao Linux. Para os desenvolvedores que decidem entre esses laptops e a unidade de desktop, o estado atual do firmware é uma advertência material – a folha de especificações diz 2 GHz, mas no Linux, apenas o Windows sabe como solicitá-lo.
---
Fique à frente da IAReceba as últimas notícias, análises e avanços sobre IA — tudo em um só lugar.
Leia mais notícias sobre IA →
